linux

Ahora con el veranito he podido sacar un poco más de tiempo para cacharrear con GNU/Linux. Uno de mis proyectos en el cajón era instalar alguna distribución liviana de Linux en el disco duro portátil que llevo de aquí para allá y del que ya os he hablado en alguna otra ocasión, y el otro día me animé a hacerlo. Lo primero fue escoger la distribución adecuada, de los cientos que hay por la red disponibles. En mi caso, quería algo ligero, que se cargara totalmente en memoria, y que no me complicara excesivamente la vida, que las vacaciones son para descansar, no para pelearse con algo un poco más pulido que el Linux From Scrach :-)

La distribución escogida ha sido Damm Small Linux, una fabulosa distribución que en apenas 50 MBs carga un linux completo (con las X incluidas) y muchas utilidades basicas para el trabajo como:

¿Qué contiene DSL?
XMMS (MP3, CDs de música y videos MPEG), Cliente FTP, Navegadores Dillo, links y FireFox, hoja de cálculo, gestor de correo Sylpheed, corrección ortográfica (de momento inglés), procesador de texto, editores de texto Beaver, Vim y Nano [clon de Pico], edición y visualizado de imágenes (Xpaint y xzgv), Xpdf (Visor de PDFs), emelFM (gestor de archivos), Naim (AIM, ICQ, IRC), VNCviewer, Rdesktop, servidor y cliente de SSH/SCP, cliente DHCP, PPP, PPPoE (ADSL), servidor web, calculadora, soporte de impresora genérica o GhostScript, NFS, manejador de ventanas FluxBox, juegos, herramientas de monitorización del sistema, utilidades de línea de comandos, soporte USB, PCMCIA y parcial inalámbrico.

También es extensible, pudiendo agregar muchísimos otros paquetes compilados por los usuarios y agrupados en un repositorio al que se accede de una manera fácil y rápida, una vez configurada la red (en el Wiki del proyecto encontrarás muchísima información disponible para hacer esto y mucho más).

Por último, pero no menos importante, reseñar que tanto la configuración como los paquetes extra instalados pueden ser archivados en el propio disco USB, de manera que la próxima vez que ejecutemos DSL el sistema mantendrá la configuración previa, con todas las personalizaciones que hayamos realizado.

GRUB y el arranque de discos USB

Pero una de las cosas que más me ha llamado la atención es el soporte de GRUB para el arranque desde dispositivos USB. Supongo que esto que os voy a comentar llevará ya tiempo, pero ya os digo que hace mucho que no me ponía a trastear con Linux y para mí ha sido una cosa nueva.

Resumiento, la raiz del problema venía a ser que si conectabas un dispositivo de almacenamiento USB al conector frontal, por ejemplo, podría ser reconocido como /dev/sdb, por ejemplo, mientras que si lo hacías en algún otro (de este u otro ordenador), el nombre de dispositivo cambiaba. Por eso, las cadenas de arranque del menu.lst del Grub, del tipo:


root (hd0,0)
kernel /vmlinuz26 root=/dev/hda3 ro


eran usualmente inválidas (o solamente válidas para el ordenador y en los conectores sobre los que habíamos instalado Grub). La solución ha sido el uso de cadenas UUID (Universally Unique Identifier, o Identificador Universalmente Unico, según la lista de acrónimos de escomposlinux).

En teoria (digo en teoria porque he leido por ahí que si clonas un disco, se clona también su UUID), cada partición de cada disco tiene debería tener un UUID única, por lo que si definimos el menu.lst del Grub de esta manera:


root (hd0,0)
kernel /vmlinuz26 root=UUID=3ead8fbe-d3c0-45c6-9924-94e06e2654d1 ro


el sistema instalado en esa partición USB arrancará, independientemente de a qué boca USB lo conectemos o cuantos discos duros tenga el ordenador donde lo ejecutemos. Este mismo sistema se puede aplicar, de igual modo, a /etc/fstab y similares.

Para conocer el UUID de nuestras particiones tenemos varias opciones:

1) Con el comando blkid
2) Con un ls -l /dev/disk/by-uuid/
3) Con vol_id /dev/dispositivo
4) o con un fdisk -l

Más lecturas sobre el tema:

• http://dalealteclado.com/2007/11/uso-de-uuid-en-etcfstab-y-en-grub.html
• http://manual.sidux.com/es/part-uuid-es.htm

Aprovechando que ahora en agosto cerramos en el trabajo, llevo algunos días actualizando la red local de la empresa (nuevo hardware para el servidor y nuevo cortafuegos).

Como el cambio de servidor no ha sido nada del otro mundo (cambio de placa, micro y memoria, reconfiguración del kernel y vuelta a andar), os voy a hablar de nuestro nuevo cortafuegos que, modestia aparte, creo que ha quedado genial :-)

Después de una semana dale que te pego con el último kernel disponible, el 2.6.21.3, intentando configurar el sonido de mi placa Asus P5GPL-X SE, hoy por fin lo he conseguido.

Al final no era un problema de hardware no soportado, de malas conexiones, ni nada parecido, sino que al parecer el módulo de Alsa correspondiente al chipset de mi placa no la reconoce bien, y hay que pasar un imprescindible model=asus, a la hora de cargar el módulo.

Me ha costado un poco porque con la antigua placa tiraba de OSS, y muchos de los comandos de Alsa eran nuevos para mí (alsamixer, por ejemplo, que por defecto pone en mute algunas salidas y causa más de un dolor de cabeza a los newbies).

Vamos, que hoy estoy contento, ¡otro problema menos!

Y como si has encontrado esta entrada a través de un buscador probablemente tengas un problema similar al mío, aquí te dejo algunas direcciones que pueden ayudarte:

• Info sobre el módulo snd-hda-intel, el que corresponde a mi placa.
• Página del proyecto Alsa, en donde podrás determinar qué módulo corresponde a tu tarjeta de sonido.

Un breve apunte para comentaros una página que acabo de descubrir. Copiando en su formulario la salida del comando lspci -n nos ofrece un listado con los módulos (drivers) que necesitamos cargar para el hardware específico de nuestro ordenador, ¿fácil, no?

URL:

• Debian GNU/Linux device driver check page

Hoy por fin he visto que mis plegarias han sido escuchadas, y no tendré que aguantar las broncas de los usuarios de la red del trabajo por los borrados accidentales de ficheros que causan. En realidad hacía ya algun tiempo que existía el soporte VFS en Samba, pero hasta hoy, ignorante de mi, no me había enterado.

Esta mañana me he encontrado con que la red del trabajo iba lentísima. El Firefox apenas lograba cargar ninguna página, y en los logs del cortafuegos un montón de mensajes del tipo

ip_conntrack: table full, dropping packet

me daban la pista. Tras googlear un poco, he comprendido el problema: el mensaje significa que se había llegado al máximo de conexiones simultáneas permitidas, por lo que el cortafuegos se veía obligado a descartar los paquetes restantes.

Para conocer cual es el valor que tenemos asignado a ip_conntrack, podemos hacer lo siguiente:

Ayer haciendo la rondita semanal por el casco viejo, nos dió por entrar en una tienda de regalos y me encontré con que venden muñequitos de Tux como el de la foto. No recuerdo bien :-), pero creo que andaba sobre los dos euros o así.

Copio y pego de Barrapunto, para los que podaís estar interesados: