La tecla que te salva del DESASTRE

"¡Volveré y seré millones!"...reza un dicho por ahí.
Después de cierto tiempo de ausencia comenzamos nuevamente a publicar cosas interesantes inherentes al mundo Linux y, porqué no, a otros mundos.
Vi este artículo potencialmente muy útil y quise publicarlo por acá, cito la fuente al pie del mismo. Ojalá que lo utilicen muy pocas veces, pero ya sabemos que contamos con él.

Gracias por pasar gente, será hasta la próxima!

SysRq: la tecla mágica que puede salvarte del desastre

Sysrq es un genial sistema salvavidas que permite decirle al sistema “hacé lo que quieras, pero no te mueras”.

Cuando la computadora se cuelga, puede ser que siga reaccionando al teclado, pero no pueda procesar la orden por estar saturado. Por ello los diseñadores del kernel Linux implementaron el SysRq por encima de toda prioridad, para recuperar el sistema. 

Las combinaciones posibles son las siguientes: 

Alt + SysRq + R: Poner el teclado en modo Raw. Le dice al sistema que descargue todos los drivers de teclado. Si el entorno gráfico está muerto, a veces un Alt+Sysrq+R permite hacer Ctrl+Alt+F1 y abrir un terminal para matar el proceso que está conflictuando el sistema. Si esto no funciona, podemos pasar a usar la siguiente combinación... 

Alt + SysRq + S: Sincroniza los discos duros. Como a partir de ahora puede ser que reiniciemos la computadora, es mejor decirle al sistema que guarde nuestros datos para que al arrancar no tenga que hacer un fsck (scandisk). Recién ahí, nos conviene presionar... 

Alt + SysRq + E: tErmina todos los procesos del sistema, excepto init. Cierra todos los programas y abre un terminal. Si no funciona, podés probar presionando... 

Alt + SysRq + I: kIll (mata) todos los procesos, menos init. En lugar de decirle a los programas que se cierren, los mata con alevosía y mala leche. El resultado suele ser el mismo que en el paso anterior, un terminal. Si tampoco logramos que reaccione, entonces tendremos que reiniciar. Presioná... 

Alt + SysRq + U: Umount (desmonta) los discos. Igual que en el segundo paso guardamos los datos de las cachés, ahora los desconectamos del sistema, para que no se casquen al reiniciar. Y ahora, recién ahí podemos presionar... 

Alt + SysRq + B: reBoot (reiniciar). Como apretar el botón de reset, pero sin agacharse. Obviamente, perdés todos los datos no guardados. Si sincronizaste y desmontaste el disco, es de esperar que el sistema no se corromperá.

Un mnemotécnico que permite recordar la combinación de teclas es: Raising Skinny Elephants Is Utterly Boring. Como su significado es realmente estúpido, es fácil acordarse de las palabras. 

Cuando se cuelgue el sistema, no desesperes. Siempre se puede intentar hacer un SysRq. De ese modo, vas a poder reiniciar el sistema de forma ordenada y sin corrupción de datos. Si todo estuviera totalmente muerto, y no funcionara el teclado, apretando el botón de apagado de la torre -y con acpid o apmd instalado- el sistema entenderá lo mismo que un SysRq + S,I,B. Como veis, el ctrl-alt-supr de Windows es basura comparado con los métodos de recuperación existentes en linux.

Fuente: SonsoTux

dmidecode - información nunca confiable, pero útil

Desarrollado por Alan Cox, y mantenido luego por Jean Delvare, dmidecode muestra información definida en el standard SMBIOS que debería rellenar correctamente el fabricante de la motherboard, pero como varios datos son rellenados "a mano", muchas veces no son confiables, pero podemos ver alguna información útil.
Como dice Jean en éste artículo, hay información que simplemente no existe en otro lugar salvo smbios, por ende los sistemas operativos tendrán que confiar en smbios.
La utilización práctica de dmidecode en mi caso me sirvió para obtener info de un servidor con Vmware ESX remoto, para poder abrir una avería con el fabricante.
Para mi PC, la información que obtengo es la siguiente:

info bios:

bash-3.1# dmidecode --type bios
BIOS Information
Vendor: Phoenix Technologies, LTD
Version: R01-A3
Release Date: 06/27/2007

bash-3.1# dmidecode --type system
System Information
Manufacturer: Acer
Product Name: M5610/M3610
Version: R01-A3
Serial Number: (falta info por rellenar, en los servers generalmente esta)
SKU Number: idem
Family: idem

To Be Filled By O.E.M. = (mal trabajo de acer)

bash-3.1# dmidecode --type chassis
Chassis Information
Manufacturer: To Be Filled By O.E.M.
Type: Desktop
Number Of Power Cords: 1 (para saber cuantas fuentes de alimentación tiene)

bash-3.1# dmidecode --type memory

Memory Controller Information
Maximum Memory Module Size: 2048 MB
Maximum Total Memory Size: 8192 MB
Supported Speeds:
70 ns
60 ns

Memory Device
Total Width: 64 bits
Data Width: 64 bits
Form Factor: DIMM
Type: DDR2
Speed: 667 MHz

la información de la memoria es correcta, pero me detectó mal la cantidad, que parece ser bastante común que falle. Pero lo bueno es que la información del tipo y velocidad es muy bueno poder obteneral.

Toda la información que no pueda obtener de otro lado, se saca de smbios, en windows se obtiene a través de wmi, el objeto "bios", que obtiene info del objeto smbios... con esto quiero recalcar que no es el sistema operativo el que "se equivoca" sino que es el fabricante que no hizo su trabajo.

monitorización de hardware en linux - lm-sensors

lm-sensors nos permite obtener datos de monitorización de nuestro hardware si éste lo soporta. Como no tengo mucho tiempo, les mostraré como obtener datos rapidamente y que nos sirvan.

1 - tener el paquete lm-sensors instalado (viene en slack, supongo que vendrá en la mayoría de distros :D)

2: mirar que detecta lm-sensors:
bash-3.1# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: -127.0°C (crit = +60.0°C)
bash-3.1#

bueno, no muy real saber que hacen -127º, hay que detectar qué dispositivos hay que nos permitan monitorizar:

3: ejecutar sensors-detect (yole dije a todo "yes")
y dice que mostrará un sumario, el mio fue:

Driver `it87':
* ISA bus, address 0x228
Chip `ITE IT8718F Super IO Sensors' (confidence: 9)

Driver `coretemp':
* Chip `Intel Core family thermal sensor' (confidence: 9)

ok, ahora tengo lo que me importa, que son los drivers que hay que cargar para tener sensores: "it87" y "coretemp"

# modprobe it87
# coretemp

4: mirar lo que tenemos luego de cargar los módulos
bash-3.1# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: -127.0°C (crit = +60.0°C)

it8718-isa-0228
Adapter: ISA adapter
in0: +1.23 V (min = +0.00 V, max = +4.08 V) ALARM
in1: +1.17 V (min = +0.00 V, max = +4.08 V) ALARM
in2: +2.98 V (min = +0.00 V, max = +4.08 V) ALARM
in3: +2.93 V (min = +0.00 V, max = +4.08 V) ALARM
in4: +2.93 V (min = +0.00 V, max = +4.08 V) ALARM
in5: +0.50 V (min = +0.00 V, max = +4.08 V) ALARM
in6: +0.74 V (min = +0.00 V, max = +4.08 V) ALARM
in7: +3.25 V (min = +0.00 V, max = +4.08 V) ALARM
Vbat: +3.06 V
fan2: 2250 RPM (min = 3245 RPM) ALARM
fan3: 1236 RPM (min = 3245 RPM) ALARM
temp1: +45.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor = thermal diode
temp2: +51.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor = thermal diode
temp3: +25.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor = thermistor
cpu0_vid: +0.000 V

coretemp-isa-0000
Adapter: ISA adapter
Core 0: +56.0°C (high = +82.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1: +51.0°C (high = +82.0°C, crit = +100.0°C)

coretemp-isa-0002
Adapter: ISA adapter
Core 2: +50.0°C (high = +82.0°C, crit = +100.0°C)

coretemp-isa-0003
Adapter: ISA adapter
Core 3: +52.0°C (high = +82.0°C, crit = +100.0°C)

ahora si, una cosa a tener en cuenta es que los saca de buses ISA (si los de hace 10 años) que ahora son virtuales. interesante.

por ultimo, agregar en /etc/rc.d/rc.modules
/sbin/modprobe it87
/sbin/modprobe coretemp

para ver el estado, se puede usar gkrellm

Wacom bamboo - un tablet digital

para la configuración del kernel, éste post.
para la configuración del X, éste post.
para la configuración de los botones, éste post.
para la configuración del Gimp, éste post.

Para éstas navidades le han regalado a mi esposa un tablet digital Wacom, el modelo bamboo.
Es la primera vez que juego con ésta técnología y la verdad es que me dejo muy sorprendido y contento.

Demás está decir que su "habitat natural" (a donde apunta la empresa) es Windows, y trae una excelente
selección de drivers y software que saca el máximo provecho.

En windows.
La tablet sin drivers lo reconoce como un dispositivo HID normal, o sea, un mouse con botones (2 en el lápiz)
una vez instalado los drivers reconoce los 6 botones físicos en el pad (2 en el scroll) y un scroll circular.
Además reconoce 512 niveles de presión en el lápiz (mientras menos presión, menos tinta sale del pincel en el Gimp, por ejemplo)
y el Gimp(win32) cambia de pincel a goma de borrar automáticamente al dar vuelta el lápiz y utilizar la parte superior de éste.

En linux (Arch64)
Cuando registramos el tablet en la página de Wacom, una de las preguntas era en que Sistemas Operativos lo utilizariamos: Linux estaba
entre las opciones, y esto me dio algo de esperanzas.
Al enchufarlo en linux, me lo detectó:
Jan 4 12:43:10 myhost input: Wacom Bamboo as /class/input/input6
Jan 4 12:43:10 myhost usbcore: registered new interface driver wacom
Jan 4 12:43:10 myhost wacom: v1.48:USB Wacom Graphire and Wacom Intuos tablet driver

Wacom Bamboo - Configuración del kernel

para la introducción, éste post.
para la configuración del X, éste post.
para la configuración de los botones, éste post.
para la configuración del Gimp, éste post.

Buscando en google me encontré con la página que contiene los drivers actualizados: linuxwacom
una vez bajado los drivers (y leido un poco) lo compile con las siguientes opciones:

./configure --enable-kernel
make
una vez compilado, hice un backup del módulo (v1.48):
mv /lib/modules/2.6.27-ARCH/kernel/drivers/input/tablet/wacom.ko /root/backup/

y copie el nuevo módulo recién compilado, que se encuentra dentro de linuxwacom/src/version_kernel
cp linuxwacom/src/2.6.27/wacom.ko /lib/modules/2.6.27-ARCH/kernel/drivers/input/tablet/

y recargué el módulo (la versión del módulo cambió de la 1.48 a la 1.49):
rmmod wacom.ko
modprobe wacom.ko

Jan 6 21:50:40 myhost input: Wacom Bamboo as /class/input/input6
Jan 6 21:50:40 myhost usbcore: registered new interface driver wacom
Jan 6 21:50:40 myhost wacom: v1.49:USB Wacom Graphire and Wacom Intuos tablet driver

para tener un nombre de dispositivo identificado (/dev/input/wacom), cree una regla para udev:

bash-3.2# cat /etc/udev/rules.d/60-wacom.rules
KERNEL=="event*", ATTRS{idVendor}=="056a", SYMLINK="input/wacom"


y listo, con ésto ya tengo reconocida la tablet e identificada con un nombre fijo de dispositivo.

Wacom Bamboo - Configuración del X server

para la introducción, éste post.
para la configuración del kernel, éste post.
para la configuración de los botones, éste post.
para la configuración del Gimp, éste post.

de la página linuxwacom obtuve las líneas para agregar a xorg.conf.
teniendo en cuenta que la tablet se reconoce como /dev/input/wacom

La tablet es un dispositivo de entrada, que tiene como "input" la punta de lápiz (stylus), la "goma de borrar" (eraser)
y el area activa (pad)
Por lo tanto, tenemos que definir éstos dispositivos de entrada en xorg.conf

# este es el mouse convencional, el que tengo, lo dejo para que quede claro que hay varios "inputs"

Section "InputDevice"
  Identifier     "Mouse0"
  Driver         "mouse"
  Option         "Protocol" "auto"
  Option         "Device" "/dev/psaux"
  Option         "Emulate3Buttons" "no"
  Option         "ZAxisMapping" "4 5"
EndSection


# este es el teclado, lo dejo para que quede claro que hay varios "inputs"
Section "InputDevice"
  Identifier     "Keyboard0"
  Driver         "kbd"
  Option "XkbModel" "pc105"
  Option "XkbLayout" "es_ES"
EndSection


# Aqui defino la "punta" del lápiz
Section "InputDevice"
Driver        "wacom"
Identifier    "stylus"
Option        "Device"        "/dev/input/wacom"
Option        "Type"          "stylus"
Option        "USB"           "on"               
EndSection


# Aqui defino la "goma de borrar" del lápiz (la parte superior del lápiz)
Section "InputDevice"
Driver        "wacom"
Identifier    "eraser"
Option        "Device"        "/dev/input/wacom"
Option        "Type"          "eraser"
Option        "USB"           "on"               
EndSection


Section "InputDevice"
Driver        "wacom"
Identifier    "pad"
Option        "Device"        "/dev/input/wacom"
Option        "Type"          "pad"
Option        "USB"           "on"               
EndSection

Luego en la sección de "perfil" del X server, le indico qué utilizará (agrego "stylus" y "eraser"):

Section "ServerLayout"
  Identifier     "Layout0"
  Screen      0  "Screen0" 0 0
  InputDevice    "Keyboard0" "CoreKeyboard"
  InputDevice    "Mouse0" "CorePointer"
  InputDevice    "stylus"    "SendCoreEvents"
  InputDevice    "eraser"    "SendCoreEvents"
EndSection

Luego guardar, y reiniciar el X server, y mirar el log:

grep -i wacom /var/log/Xorg.0.log | uniq

(II) LoadModule: "wacom"
(II) Loading /usr/lib/xorg/modules/input//wacom_drv.so
(II) Module wacom: vendor="X.Org Foundation"
(II) Wacom driver level: 47-0.8.2-1 $
(**) stylus device is /dev/input/wacom
(**) WACOM: suppress value is 2
(**) eraser device is /dev/input/wacom
(**) WACOM: suppress value is 2
(**) pad device is /dev/input/wacom
(**) WACOM: suppress value is 2
(II) XINPUT: Adding extended input device "stylus" (type: Wacom Stylus)
(II) XINPUT: Adding extended input device "eraser" (type: Wacom Eraser)
(II) XINPUT: Adding extended input device "pad" (type: Wacom Pad)
(**) Option "Device" "/dev/input/wacom"
stylus Wacom X driver grabbed event device
(==) Wacom using pressure threshold of 30 for button 1
(==) Wacom USB Bamboo tablet speed=9600 (38400) maxX=14760 maxY=9225 maxZ=511 resX=2540 resY=2540 tilt=disabled
(==) Wacom device "stylus" top X=0 top Y=0 bottom X=14760 bottom Y=9225 resol X=2540 resol Y=2540
(==) Wacom device "eraser" top X=0 top Y=0 bottom X=14760 bottom Y=9225 resol X=2540 resol Y=2540
(==) Wacom device "pad" top X=0 top Y=0 bottom X=14760 bottom Y=9225 resol X=2540 resol Y=2540

Wacom Bamboo - Configuración de los botones.

para la introducción, éste post.
para la configuración del kernel, éste post.
para la configuración del X, éste post.
para la configuración del Gimp, éste post.

La configuración de los botones, por suerte está cubierta por el driver de linuxwacom, y trae una interfaz gráfica
para configurarlo facilmente. De todos modos, hay que "arreglar" varias cosas luego de configurarla.

En Arch, /usr/local/bin no está en el path, asique antes de ejecutar el programa, lo agregamos al path
$ PATH=$PATH:/usr/local/bin/
$ export path

y lanzamos la aplicación:
wacomcpl

El lápiz del modelo bamboo tiene 3 botones, 2 en el costado (stylus) y uno arriba (eraser).
El pad tiene 4 botones + 1 scroll
<: 1 >: 3
FN1: 2
FN2: 4

Una vez realizado todos los cambios, salir de wacomcpl y editar el archivo ~/.xinitrc
Aqui encontraremos los comandos que wacomcpl ha generado. Cortamos los comandos en el portapapeles, y cerramos .xinitrc
guardando cambios.

- Creamos un archivo nuevo (por ejemplo wacom.sh) y pegamos el contenido del portapapeles. Luego reemplazamos "xsetwacom" con "/usr/local/bin/xsetwacom"
para que encuentre el ejecutable.
- Guardar wacom.sh y desde una consola hacerlo ejecutable (chmod u+x wacom.sh)
- Copiarlo a la carpeta de autoinicio del Escritorio (KDE4: ~/.kde4/Autostart;KDE3: ~/.kde/Autostart; generico: ~/.config/autostart)

reiniciar el X server y comprobar que funciona. Yo personalmente asigne a los botones Ctrl+c, ctrl+v, + y - (acercar y alejar en el Gimp)

aqui mi script: (comandos generados por wacomcpl, y movidos desde .xinitrc a un archivo)
/usr/local/bin/xsetwacom set pad AbsWDn "Button 5"
/usr/local/bin/xsetwacom set pad AbsWUp "Button 4"
/usr/local/bin/xsetwacom set pad Button4 "core key CTRL v"
/usr/local/bin/xsetwacom set pad Button3 "core key +"
/usr/local/bin/xsetwacom set pad Button2 "core key CTRL c"
/usr/local/bin/xsetwacom set pad Button1 "core key -"
/usr/local/bin/xsetwacom set eraser BottomY "9225"
/usr/local/bin/xsetwacom set eraser BottomX "14760"
/usr/local/bin/xsetwacom set eraser TopY "0"
/usr/local/bin/xsetwacom set eraser TopX "0"
/usr/local/bin/xsetwacom set eraser mode "Absolute"
/usr/local/bin/xsetwacom set eraser Button1 "Button 2"
/usr/local/bin/xsetwacom set eraser Suppress "2"
/usr/local/bin/xsetwacom set eraser RawSample "4"
/usr/local/bin/xsetwacom set eraser ClickForce "5"
/usr/local/bin/xsetwacom set eraser PressCurve "0 0 100 100"
/usr/local/bin/xsetwacom set stylus TPCButton "off"
/usr/local/bin/xsetwacom set stylus mode "Absolute"
/usr/local/bin/xsetwacom set stylus Button3 "Button 3"
/usr/local/bin/xsetwacom set stylus Button2 "Button 2"
/usr/local/bin/xsetwacom set stylus Button1 "Button 1"
/usr/local/bin/xsetwacom set stylus Suppress "2"
/usr/local/bin/xsetwacom set stylus RawSample "4"
/usr/local/bin/xsetwacom set stylus ClickForce "5"

Wacom Bamboo - Configuración del Gimp

para la introducción, éste post.
para la configuración del kernel, éste post.
para la configuración del X, éste post.
para la configuración de los botones, éste post.

Abrir el Gimp.
1.
Ir a -> Editar -> Preferencias -> Dispositivos de entrada -> Configurar los dispositivos de entrada extendidos.
seleccionar "Dispositivo: stylus" "Modo: Pantalla"
seleccionar "Dispositivo: eraser" "Modo: Pantalla"
seleccionar "Dispositivo: pad" "Modo: Pantalla"
clic en "Guardar" -> clic en "Cerrar"
clic en el check "guardar la configuración del dispositivo de entrada al salir"
clic en "guardar la configuración del dispositivo de entrada ahora"

2.
Ir a "controladores de entrada" y agregar "Entrada de Linux" a "Controladores activos"

editar el controlador activo

seleccionar en "Dispositivo: Wacom xxx" (en mi caso Wacom Bamboo)
Clic en Cerrar -> clic en Aceptar

Scanner, Slack, libusb y un poco de udev

Me regalan una impresora multifunción hp psc 1350, (impresora y scanner) y ete aquí, que cuando lo conecté, /var/log/messages me mostró lo siguiente:

Oct 27 22:18:40 bita kernel: usb 3-2: new full speed USB device using ohci_hcd and address 7 Oct 27 22:18:40 bita kernel: usb 3-2: configuration #1 chosen

"configuration #1 chosen from 1 choice" me sonó de otras veces y si, es precioso que te nombre los dispositivos a tu gusto.... pero en udev hay reglas predefinidas, y hay veces que no se sabe "qué ha hecho" udev con nuestros dispositivos.

Luego de iniciar el daemon de sane (saned) indiqué que me encontrara los scanners (sane-find-scanner) y se me informó que no se había detectado nada.

Siendo linux un sistema operativo que es mas restrictivo que permisivo en su estandar, y siendo slackware uno de los linux mas estándares, pensé en falta de privilegios para acceder al scanner y efectivamente, como root detectó el scanner:

# sane-find-scanner found USB scanner (vendor=0x03f0 [hp], product=0x3b11 [psc 1300 series]) at libusb:003:007

y xsane fue capaz de escanear perfectamente...
Por ende recordé cuando para mi primer scanner, se me indicó: "at /dev/sg0" y dije, bueno, lo mismo, permisos para el dev y ya está!

pero, como se muestra, ésta vez me informó: "at libusb:003:007", y ahi se quedó mi experiencia aprendida....

busqué un poco en las reglas de udev y encontre un archivo (80-libsane.rules) que debe contener alrededor de 600 reglas de identificación, todas con el mismo patrón:

"ATTRS{idVendor}=="XXXX", ATTRS{idProduct}=="YYYY", MODE="0664", GROUP="scanner", ENV{libsane_matched}="yes""

Ok, un idVendor XXXX y un idProduct YYYY, otorgan permisos (0664) de lectura/escritura para root y para el grupo "scanner" y lectura para todos los demás (los scanners necesitan acceso de escritura para poder funcionar)
Habiendo alrededor de 600 dispositivos, en un principio dudé que no estuviese ésta impresora, asique verifique el id de fabricante y producto (pego solo una parte de la salida):

# lsusb -v
Bus 003 Device 007: ID 03f0:3b11 Hewlett-Packard PSC 1300 series
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x03f0 Hewlett-Packard idProduct 0x3b11 PSC 1300 series
bcdDevice 1.00
iManufacturer 1 hp
iProduct 2 psc 1300 series
iSerial 3 HU3AFBQ30M9F

Ok, ahi tengo los datos, ahora al buscarlos en el archivo de reglas udev por vendorId:

# grep 03f0 -i /etc/udev/rules.d/80-libsane.rules | wc -l
45

me dice que tiene 45 reglas para dispositivos de ese fabricante, al buscar por Productid:

# grep 3b11 -i /etc/udev/rules.d/80-libsane.rules | wc -l
0

No encontró ninguno. Por lo tanto, agregué una regla mas:

ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="3b11", MODE="0664", GROUP="scanner", ENV{libsane_matched}="yes"

A mi usuario lo agregué al grupo "scanner"

# usermod -G scanner bita

y como usuario, al preguntar por scanners, tuve la grata respuesta:
$ sane-find-scanner
found USB scanner (vendor=0x03f0 [hp], product=0x3b11 [psc 1300 series]) at libusb:003:007

con xsane pude escanear algo, en otro post explico como escanear desde gimp.

Salu2!

¿Correrá Linux en mi Hardware?

Es la pregunta que se hacen todos los que estan por dar el gran salto al mundo de Linux. Aun existe un temor infundado a que en Linux no anda nada.
El tiempo pasó y las cosas cambiaron muchísimo. Linux se torno algo muy serio llegando a un punto de madurez que actualmente es la envidia de aquella empresa que se dedica a vender “cajitas felices” de su software omnipresente “ventanitas” (ya saben a quien me refiero).
No estamos más en los comienzos de los noventas. Recuerdo que me volví loco para poder levantar una placa de sonido Sound Blaster en una Slackware, ni hablar de la placa de video. Se acabo la época de leer engorrosos manuales y recompilar el kernel para hacer andar algo.
En estas lineas voy a intentar mostrarles donde conseguir información para que pierdan el miedo a la instalación.

Antes de hacer nada, haganse la siguiente pregunta:
1. Que es lo que tengo?
Informense que componentes tienen su PC. Agarren lápiz y papel y vayan anotando:

Monitor: (marca y modelo)
Placa de video: (marca y modelo)
Procesador: (AMD, Intel, 32/64bits, dual core/cuad core, etc)
Cantidad de memoria: (MB/GB)
Disco Rígido: (IDE/SATA/SCSI/Tamaño)
Placa de sonido: (marca y modelo)
Placa de red: (marca y modelo)
Placa wireless: (marca y modelo)
Modem telefónico: (marca y modelo)

Periféricos:
mouse: (usb/ps2/serie, cant. de botones, etc
Teclado: (usb/ps2/ marca y modelo, si es multimedia, etc)
Impresora: (marca y modelo)
scanner: (marca y modelo)

Dispositivos adicionales:
Pen drive: (marca y modelo)
MP3/MP4 player: (marca y modelo)
Camara de fotos digital: (marca y modelo)
Webcams: (marca y modelo)

Una vez que tenemos todo anotado podemos empezar nuestra aventura.

La mejor prueba, un Live CD:
Prácticamente todas las distros hogareñas vienen en formato live cd cuyo principal objetivo es darnos un pantallazo de como se vera el sistema una vez instalado. Siempre es útil tener alguno encima ya que sirven para varios propósitos. Desde recuperación de datos hasta testeo de hardware. Justamente para eso la vamos a utilizar.
Tengan en cuenta que no todas detectan el mismo hardware por igual. Algunas tienen mayor soporte otras menos. Pueden probar con Knoppix, Ubuntu, Mandriva o la que quieran.
Tienen un inmenso listado de live cds con diferentes propósitos en el siguiente link:
http://www.frozentech.com/content/livecd.php
Puede suceder que del listado que hicimos en papel algo no levante. Pero a no desesperar porque todavía hay esperanzas.

Veamos un poco punto por punto donde averiguar información sobre el tema compatibilidad.

Procesadores:
Linux tiene un amplio soporte para diferentes arquitecturas no solamente X86. Así que no deben preocuparse si tienen un procesador de doble núcleo o 64bits. Las principales distros poseen kernels ya precompilados optimizados según sus necesidades.
Van a notar una mejor performance y estabilidad.

Memoria:
Este es otro punto para no preocuparse. Linux soporta desde las humildes viejas memorias de 30 pines hasta las modernas memorias DDR3 Dual Channel.
Eso sí, según la cantidad de memoria que posean elijan el tipo de entorno a correr:
32 a 64MB RAM TWM,IceWM,Blackbox,Fluxbox,FVWM,FVWM95, WindowMaker.
128MB de RAM XFCE
256MB de RAM Gnome
512MB o mas KDE

Discos Rígidos:
A partir de la serie 2.6 del kernel se amplio el soporte. Así que tampoco deben preocuparse por esto ya que el soporte IDE/SCSCI/SATA es completo y en la actualidad no presenta problemas con ninguna norma.
Recuerden que una instalación clásica de cualquier distro les puede ocupar hasta 3GB. (Entorno+aplicaciones). De ahí calculen lo que van a necesitar para sus archivos personales mas todo lo que quieran instalar.

Placas de Video:
Sabemas que las dos reinas son ATI y Nvidia. Si poseemos alguna placa de dichas marcas no tendremos grandes problemas. Los drivers propietarios andan muy bien. También pueden utilizar drivers libres, aunque todavía no están muy desarrollados, para el caso de Nvidia Nuveau y para las placas ATI viejas el driver fireglx anda bastante bien (lo comprobé en una ATI Radeon Mobility 16 MB RAM que corrió sin problemas Compiz).
Si quieren ver un listado completo de placas soportadas out of the box por Xorg pueden consultar aquí:
http://xorg.freedesktop.org/wiki/Projects/Drivers?action=show&redirect=VideoDrivers

Placas de sonido:
Hoy en día son contadisimos los casos en que una distro no pueda levantar por defecto tanto placas integradas como PCI o PCI-E.
Pueden obtener información de todas las placas soportadas a la fecha de la pagina del proyecto ALSA:
http://www.alsa-project.org/alsa-doc/index.php?vendor=All#matrix
O de su Wiki:
http://bugtrack.alsa-project.org/main/index.php/Matrix:Main

Impresoras:
Cualquier impresora que soporte como mínimo lenguaje poscript es mas que probable que pueda funcionar en Linux. Por lejos las que tienen mejor soporte son las de la marca HP.
http://hplip.sourceforge.net/supported_devices/index.html
Les recomiendo chequear el proyecto Printer compatibility driver http://www.linux-foundation.org/en/OpenPrinting/Database/DatabaseIntro
Tambien pueden verificar las impresoras sugeridas que son 100% compatibles:
http://www.linux-foundation.org/en/OpenPrinting/Database/SuggestedPrinters

Scanners:
Si hay un proyecto que actualmente se lleva todas las palmas es Sane. Soporta hasta los famosos equipos multifunción (scanner, impresora, fotocopiadora, etc, todo en uno).
Pueden verificar si su equipo esta soportado en:
http://www.sane-project.org/cgi-bin/driver.pl

Cámaras Digitales:
Gracias a Gphoto tenemos soporte a mas de 900 cámaras de fotos y la base se sigue ampliando.
También pueden consultar esta base de datos mucho mas detallada:
http://www.teaser.fr/%7Ehfiguiere/linux/digicam.html

Webcams:
Si bien día a día aparecen nuevos modelos, la gran mayoría estan basadas en dos chipsets: spca5xx y OV511/OV511+
Generalmente los sources los van a encontrar empaquetados en su ditro favorita. Si no es que ya vienen compilados por defecto.
Pueden ver la lista que hizo Michel Xhaard de 235 camaras que logro hacer funcionar con el driver spac5xx
http://mxhaard.free.fr/spca5xx.html
En esta pagina van a encontrar un monton de recursos para V4l (video for linux)
http://www.exploits.org/v4l/

Modems telefónicos:
Bueno sí, ya sabemos que prácticamente están de adorno los viejos modems analógicos. Pero hay casos en los que todavía se siguen utilizando.
Los que se pueden configurar sin mayor esfuerzo son todos los externos que se conectan a un puerto serie.
Los terroríficos winmodems son los mas difíciles pero no imposibles. El único secreto es saber el tipo de chipset y nada mas.
Hay dos grandes grupos que predominan: Smartlink e Intel.
Pueden averiguar cual es el chipset de su modem y bajar el driver correspondiente con el siguiente programa: scanmodem.
Mas información sobre los malditos winmodems que se pueden levantar en Linux en:
http://www.linmodems.org

Placas Wireless:
Acá es donde se pone un poquito peleado el asunto. El gran problema es que muchos fabricantes cambian de versión de chipset como quien se muda de ropa. Y el otro gran problema son las placas baratas solamente compatibles con Windows.
Si van a comprar una placa wireless les recomendaría que gasten un poquito mas y compren de marcas reconocidas. Ya se que duele un poco el bolsillo pero se gana en prestación (generalmente tienen mejor nivel de señal, conectores bañados en oro, antenas de mas alcance, etc).
Pueden consultar un listado completo aquí:
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/
O tambien:
http://linux-wless.passys.nl/
Si son los infelices poseedores de una WinWireless igual no se hagan tanto problema. Gracias al fantástico proyecto ndiswrapper es muy poco probable que se resista a ser levantada.
Para las placas broadcom existe este proyecto:
http://developer.berlios.de/project/showfiles.php?group_id=4547
Laptops y dispositivos Móviles:
Si somos los felices poseedores de una portable y queremos saber si vamos a poder levantar todos los componentes de la misma, no hay nada mejor como consultar http://tuxmobil.org/ o http://www.linux-laptop.net/ ambas son bases de datos categorizadas por marca y modelo mantenida por los propios usuarios que envian información de como lograron configurar sus equipos.

Chequeen también:
http://www.linuxhardware.org/
http://www.linuxdevices.com/
http://www.phoronix.com/
http://www.linuxcompatible.org/
generalmente publican notas sobre novedades o reviews de hardware funcionando en Linux.

Debian GNU/Linux device driver check page es muy practico , le pasamos el resultado del comando lspci -n y nos respondera con los modulos necesarios para levantar cada componente de nuestra pc.

No todo es color de rosa:
Aunque sabemos que la amplia mayoría del hardware actual funciona, todavía existen ovejas negras.
Si ven que ni en broma consiguen levantar ese dispositivo ni con el mas sucio truco que se les ocurra, antes de seguir buscando hasta debajo de las piedras, les recomiendo que chequeen el siguiente site donde tenemos el listado de los NO en Linux:
http://www.leenooks.com/

Hagalo ud. mismo:
Si después de pasar por esta guia se encuentran que su dispositivo efectivamente no esta soportado, saben de programación, son cabezaduras, obtienen las especificaciones del mismo ya sea por ingeniería inversa o porque el fabricante tuvo un lapsus y se le dio por liberarlas. Pueden seguir el excelente manual para crear sus propios drivers de O’reilly.
http://www.xml.com/ldd/chapter/book/
También tienen la nueva edición del mismo por si la desean comprar:
http://www.oreilly.com/catalog/linuxdrive3/
Si consiguen armar el tan preciado driver y lo distribuyen libremente, felicitaciones!. Tengan en cuenta que estarían ayudando a la comunidad y ampliando la base de hard soportada.

Para finalizar les recomiendo que si van a armar una máquina de 0 (cero), caminen, recorran locales de computación, elijan los componentes. Rechacen de plano todo lo que es muy barato y en cuya caja reza el cartelito “solamente para ventanuscas”.

Articulo publicado en www.bairesnortelug.com.ar

Carta abierta a NVIDIA

Mediante una carta abierta un grupo de desarrolladores y usuarios unidos bajo “OpenTheBlob”, requieren de NVIDIA un incremento de los esfuerzos para ayudar a la comunidad open-source en el desarrollo de controladores para su hardware gráfico.

En la misiva le recuerdan que sus principales competidores AMD/ATI e Intel, no solo han apoyado a la comunidad open-source en los esfuerzos de desarrollo, si no que han abierto el código de sus librerías de rendimiento.

Aún reconociendo que la compañía ofrece “uno de los mejores controladores gráficos cerrados para Linux, el mismo no está exento de problemas y limita que los usuarios cuenten con una verdadera plataforma de software libre”.

Además se recuerda que el driver “nv” open source es un “abominable desastre” limitado a aceleración 2D, por lo que se solicita que NVIDIA proporcione documentación específica sin restricciones legales a los programadores de código abierto dispuestos a mejorarlo.

La nota termina pidiendo de la compañía señales firmes del cacareado y rumoreado compromiso con GNU/Linux y sus comunidades (como ya mostrara en el pasado con el nforce-net), advirtiendo que mientras NVIDIA permanece parada, sus competidores siguen perfeccionando sus controladores de código abierto y liberando la documentación necesaria para un apoyo efectivo a la comunidad libre.

Articulo completo en The Enquirer

La siguiente traduccion de la carta fue tomada de Entre tuxes y pepinos

Corporación NVIDIA,

Nosotros, la comunidad de GNU/Linux y el abajo firmante, rogamos que ustedes, la corporación NVIDIA, incrementen sus esfuerzos en ayudar a la comunidad de código abierto para desarrollar controladores libres para su hardware gráfico. Sus principales competidores en este mercado, AMD/ATI e Intel, no sólo han dado soporte a la comunidad para desarrollar controladores de código abierto, sino que ahora han publicado abiertamente documentación para la programación de su hardware.

Si bien agradecemos que su compañía ofrezca uno de los mejores drivers gráficos privativos para Linux, no está libre de problemas y evita que muchos usuarios tengan una plataforma totalmente libre. En el pasado mostraron una pasión por el código abierto cuando dejaron el controlador binario “nforce-net” en favor de “forcedeth” creado por la comunidad para soportar las tarjetas de red integradas en sus placas base. Hay cierto rumor que dice que están desarrollando una estrategia basada en el código abierto para sus productos gráficos, de ser así, por favor díganos la verdad de sus intenciones. Incluso si sólo abrieran un subconjunto de su controlador para Linux, esto aún sería una muestra de solidaridad al mundo del software libre.

Estamos unidos bajo el nombre de OpenTheBlob.com, aunque nos damos cuenta de que legalmente es imposible liberar el código de ciertas porciones del binario de su controlador gráfico debido a patentes y por preservar la propiedad intelectual en este mercado competitivo. Sin embargo, lo que estamos pidiéndoles es el soporte lo más extenso posible a la comunidad de código abierto. El controlador de código abierto “nv” que nos proporcionaron para las X es un abominable desastre que está limitado a la aceleración 2D y no vino sin sus limitaciones. Esperamos que NVIDIA pueda proporcionar documentación concisa de programación para los dispuestos desarrolladores de código abierto sin acuerdos de no-revelación u otro tipo de restricciones legales.

Hay un grupo de desarrolladores interesados y dispuestos a contribuir en un controlador 3D abierto para NVIDIA. Los desarrolladores del proyecto Nouveau están comprometidos con los ideales del software libre y han empleado años de ingeniería inversa sobre su hardware sin recibir ningún tipo de fondos para este inmenso trabajo, aunque dependen de donaciones de la comunidad. Un controlador abierto oficial podría complementar su controlador binario, con el fin de mejorar una experiencia innovadora en muchas distribucciones Linux y satisfaciendo a los usuarios -incluyendo los clientes corporativos- quienes piden software de código abierto.

De una manera firme, pedimos un verdadero compromiso con las comunidades de GNU/Linux y código abierto. Por cada día que pierden, sus competidores continúan refinando sus controladores de código abierto y publicando más documentación que es lo mejor para la comunidad de código abierto. Por favor, háganos saber qué está sucediendo y únanse a la comunidad de código abierto en su esfuerzo.

Tarjeta wireless con Linux

La pagina Linux wireless Lan Support es una tentativa de crear y más o menos completar el listado de dispositivos inalámbricos con la información sobre el chipset en el que ellos están basados y si realmente ellos son apoyados en Linux o no.
La tabla permite localizar, agrupadas por fabricante, las tarjetas, normas soportadas, chipset, interfaz de funcionamiento, si existe o no driver, nivel de compatibilidad con Linux y comentarios.

El GNU Tapperware Server

El frikismo llevado a su máximo extremo hace que este blogger con grandes dosis de humor y una maña y paciencia inusuales se monte su propio servidor GNU... ¡en un TupperWare!.


El articulo comienza asi:

Un día me puse a pensar (aunque no lo crean) que andaba necesitando un servidor, ya no podía seguir teniendo una red de 3 PCs donde en cada una de ellas se realiza algo en particular (almacenamiento de películas y musica en una, conexión a internet en otra, agenda fliar separada en distintas maquinas, etc).
Así que medite...

Leer todo en http://www.insulae.com.ar

No puedo dejar de agregar esta dos notas relacionadas:

1) Este articulo "Aceitoso", otro file server que tambien tiene que ver con Tupperwares ...y aceite! esta muy bueno y fue publicado por crux@macumba:/var/blog$

2) Aca hay otra PC Tupperware (es una galeria de fotos pero sirve)

Boot and run Linux desde un pendrive

La instalación de una distribución Linux en un dispositivo USB arrancable nos permite llevar con nosotros nuestro sistema operativo a todas partes en algo tan pequeño y cómodo como un Pendrive USB (USB Flash Memory Stick).
Esta versión portable de Linux puede correr en cualquier computadora que permita bootear por puerto USB, y de esta forma tener nuestro SO Linux con aplicaciones de escritorio, archivos, navegador, gestor de correo, configuraciones de escritorio personales, favoritos, etc, etc...
Todo esto en nuestro bolsillo. En Pendrivelinux.com en encontraran algunos tutoriales para instalar un Linux portables de manera fácil y simplificada.

Tutoriales de instalación de USB Linux:

• PenDriveLinux install from Linux
• Pendrivelinux installation from CD
• Ubuntu flash drive install from Linux
• Knoppix flash drive install from Linux
• PCLinuxOS flash drive install from Linux
• Ubuntu USB installation using Windows
• Knoppix USB installation using Windows
• PCLinuxOS USB installation using Windows
• SLAX USB installation using Windows
• Damn Small Linux USB install using Windows
• Run SLAX from a portable device without rebooting
• Run Ubuntu from a portable device without rebooting

Linux más eficiente en consumo de energía que Windows

La aplicación PowertTOP de Intel ha permitido pulir los mecanismos de ahorro de energía que se manejan en Linux. Hasta tal punto que esas modificaciones han permitido ganar una hora de autonomía en portátiles con este SO, muy por encima del rendimiento de Windows en esas mismas plataformas de Intel.

Articulo completo The Inquirer

Corregir error de automontaje

Al insertar un medio para que se automonte (en kde), como usuario, da éste error

"A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal")

esto es un simple problema de permisos sobre el dispositivo a montar, implemente con agregar la opción "users" al dispositivo en /etc/fstab corrige el problema (en realidad no es un poblema, es mayor seguridad)

Eligiendo el driver nVidia apropiado

Es guía se puede aplicar a cualquier distro, yo en particular la aplique sobre Slackware 11, pero no debería haber problemas con las demás distribuciones.
Lo primero que hacemos es ir al sitio de nVidia y ahí tendremos las siguientes opciones:

Unix Drivers
Graphics Drivers

.......... y tanto para 32 como para 64 bits encontramos lo siguiente:

Latest Version: 100.14.09
Latest Legacy GPU version (1.0-71xx series): 1.0-7185
Latest Legacy GPU version (1.0-96xx series): 1.0-9639

Acá viene la duda, ¿cual es la que debo elegir de acuerdo a mi placa de video?, porque si elegimos mal se presentan conflictos o la instalación nos larga mensajes de error.

Leyendo el detalladamente el readme se deduce que la versión 100.14.11 es mas adecuada para las siguientes placas:

• GeForce 8600 GTS
• GeForce 8600 GT
• GeForce 8600M GT
• GeForce 8600M GS
• GeForce 8500 GT
• GeForce 8400 GS
• GeForce 8400M GT
• GeForce 8400M GS
• GeForce 8400M G
• GeForce 8300 GS
• Quadro FX 1600M
• Quadro FX 570M
• Quadro FX 360M
• Quadro NVS 320M
• Quadro NVS 140M
• Quadro NVS 135M
• Quadro NVS 130M
• Quadro FX 4600 G-Sync and Quadro FX 5600 G-Sync boards

En cambio si se posee una de las siguientes placas:

GeForce2 MX/MX 400
GeForce2 MX 100/200
GeForce2 Go
Quadro2 MXR/EX/Go
GeForce4 MX 460
GeForce4 MX 440
GeForce4 MX 420
GeForce4 MX 440-SE
GeForce4 440 Go
GeForce4 420 Go
GeForce4 420 Go 32M
GeForce4 460 Go
Quadro4 550 XGL
GeForce4 440 Go 64M
Quadro NVS
Quadro4 500 GoGL
GeForce4 410 Go 16M
GeForce4 MX 440 with AGP8X
GeForce4 MX 440SE with AGP8X
GeForce4 MX 420 with AGP8X
GeForce4 MX 4000
Quadro4 580 XGL
Quadro NVS 280 SD
Quadro4 380 XGL
Quadro NVS 50 PCI
GeForce2 Integrated GPU
GeForce4 MX Integrated GPU
GeForce3
GeForce3 Ti 200
GeForce3 Ti 500
Quadro DCC
GeForce4 Ti 4600
GeForce4 Ti 4400
GeForce4 Ti 4200
Quadro4 900 XGL
Quadro4 750 XGL
Quadro4 700 XGL
GeForce4 Ti 4800
GeForce4 Ti 4200 with AGP8X
GeForce4 Ti 4800 SE
GeForce4 4200 Go
Quadro4 980 XGL
Quadro4 780 XGL
Quadro4 700 GoGL

El driver mas indicado es el Latest Legacy GPU version (1.0-96xx series): 1.0-9639.

Y por ultimo, y por ello no menos importante, para las placas mas "viejitas" como:

RIVA TNT
RIVA TNT2/TNT2 Pro
RIVA TNT2 Ultra
Vanta/Vanta LT
RIVA TNT2 Model 64/Model 64 Pro
Aladdin TNT2
GeForce 256
GeForce DDR
Quadro
GeForce2 GTS/GeForce2 Pro
GeForce2 Ti
GeForce2 Ultra
Quadro2 Pro

El driver Latest Legacy GPU version (1.0-71xx series): 1.0-7185 anda perfecto, doy fe, yo tengo una Gforce2 integrada.

Espero que les sea útil a la hora de instalar sus drivers.

Modem NetoDragon en Slackware 11

¿Quien no a "parido" intentando instalar un winmodem sobre Linux? Aca les dejo un link donde explican claramente como instalar el NetoDragon Moden sobre Slackware. Creo que este modem fue uno de los primeros en incluir drivers para Linux dentro de cd que acompañaba al hardware.

Articulo completo (en portugués)

Driver nVidia 100.14.09 para Linux

Publicada una nueva versión de los drivers para las tarjetas gráficas de NVIDIA en GNU/Linux, FreeBSD y Solaris.

Se trata del la nueva serie de drivers de NVIDIA, siendo esta la primera versión estable, la 100.14.09. Las novedades que incluye son las siguientes:

• Incluido el soporte para las nuevas GeForce 8 y Quadro.
• Mejorado el soporte para las GPUs en portátiles.
• Mejorado el soporte para RenderAccel para las fuentes con antialias.
• Añadidos los controles XV para el brillo y el contraste en las GPUs GeForce 8.
• Mejorada la interacción con los kernels más recientes.
• Arreglado un problema en nvidia-settings.

Para descargar el driver NVIDIA 100.14.09 ir a la sección de descargas para Unix.

Fuente LinuxJuegos

Herramientas de rescate, analisis, etc

One apple a day....to keep the doctor away!!
Y como ya sabemos, en casa de herrero, cuchillo de palo, y asi somos los informáticos, nos c... en todo cuando nuestro/s disco/s se nos van de vacaciones y deciden no seguir funcionando, y es que (casi) nunca tenemos backups de nuestras cosas criticas...ahora, tranquilos, que siempre las pelis las grabamos eh!

Bueno, en realidad tenía que hacer un test de memoria y me acordé de un CD que utilizaba mucho en servicio técnico, System Rescue CD, en el que no me voy a poner a redundar en lo que trae el CD, ya que lo pueden hacer ustedes mismos en la pagina del sistema.
Solo recordar que trae aida (si!!! el que te hace reportes del hardware!!!), gnuparted, partimage (como el ghost o el g4u) y bueno, un DOS (freedos) y un par de cosas mas, es MUY util.

Ademas, hace un par de semanas, en el blog del departamento de Microsoft que se dedica al OpenSource, Port25, postearon un documento que han hecho MUY INTERESANTE sobre como recuperar particiones NTFS/FAT32 dañadas con Linux. La verdad es que me encantó el árticulo.

Bueno, espero que les guste mucho...


Super-Off-Topic: Cadillacs & Dinosaurs para PC Ja! que BUENO! (pass del rar: scrat)