Linksys NSLU2

Características

Este dispositivo es un servidor de almacenamiento en red, de bajo coste, fabricado por Linksys.

Permite la conexión de dos discos USB y una red ethernet de tal manera que el contenido de los mismos está disponible al resto de las máquinas, ya funcionen bajo GNU/Linux, --macosx-- ó Windows.

Permite la instalación de nuevos firmware, lo que abre un buen puñado de posibilidades de uso; puede convertirse en

• un servidor de copias de seguridad
• un servidor Web, incluso con PHP y una base de datos
• un monitor de red
• una máquina de discos (jukebox)
• un servidor de medios de tipo UPnP

y otras muchas cosas, ya que se trata de un pequeño ordenador GNU/Linux. Eso sí, no puede ejecutar todas las aplicaciones al mismo tiempo, puesto que se trata de un ordenador pequeño, pero responde estupendamente cuando se dedica a una sola cosa.

Ah, no tiene partes móviles, por lo que el silencio es total; llega a hacer más ruido un disco USB externo que él mismo. Además su consumo es de sólo 8 watios.

Actualmente dispone de varias distribuciones dedicadas a él:

• --unslug--
• SlugOS
• .deb

Valores de fábrica

La dirección IP de fábrica es la 192.168.1.77, el usuario admin y la contraseña admin.

Conectores traseros

Los conectores traseros son los siguientes:

• Ethernet: conexión a una red ethernet.
• Disk 2: tiene soporte para sistemas de archivo ext3 y FAT32 y admite tanto memorias flash USB como discos USB.
• Disk 1: añade al anterior soporte para sistemas de archivo NTFS, pero no admite memorias flash.
• Botón de reinicio (reset) con dos funciones según el tiempo que permanezca presionado:
  • 2 segundos y la dirección IP vuelve a ser la de fábrica (se avisa con un pitido).
  • 10 segundos y además la contraseña también vuelve al valor de fábrica. en ambos casos se pierde la configuración, por lo que hay que ser cuidadoso.

Uso y disfrute

Comencé instalando una distribución --unslug-- porque pensaba que no me haría falta extender el sistema hacia un disco externo (unslinging), pero más tarde me dí cuenta de que necesitaba servicios extra, como el NFS y tal vez el rsync, por lo que lo extendí primero a una memoria de 2 Gb y luego al disco de 500G Gb. Después reflexioné un poco y me dí cuenta de que lo mejor era usar .deb, porque la práctica totalidad de mis máquinas funcionan con él y si tenía la posibilidad de emplearlo, ¿ por qué no ? Y eso es lo que ahora tiene y no tengo queja alguna, el rendimiento es excepcional para lo compacto que es.

En qué trabaja

Actualmente tiene conectados dos dispositivos vía USB:

• Un disco duro externo de medio gigabyte.
• Un escáner Epson perfection 2400.

En caso de problemas

Pues hay algunas posibilidades de saber qué ha ido mal, pero al no tener manera de enviar a algún puerto la salida de la consola poco se puede obtener.

En mi caso dejó de funcionar después de unos misteriosos apagones de luz que sufrí a comienzos de Mayo de 2008. No me percaté de lo que iba mal hasta que intenté escanear una imagen y no se encontraba el maldito por parte alguna. Supuse que era alguna tontada del sane y sus permisos de acceso a los dispositivos, pero al rato me dí cuenta de que tampoco respondía a la red. Oh, oh ... -me dije- esto es cosa de los sistemas de archivos, quizás del programa fsck, que no ha podido tomar decisiones ante algunas anomalías en los datos.

Buscando en la página del proyecto encontré una manera de saber qué podía haber ocurrido, y consistía en montar el disco externo (en mi caso de 500 Gb) en otro ordenador y acceder a los registros del sistema en /var/log/*. Si existían registros de actividad podíamos saber dónde había cascado siguiendo la secuencia de arranque (cosa que tampoco es fácil, pero que Debian tiene muy estructurada y existe documentación sobre ella).

Echándole un vistazo me encuentro con que, tras montar el disco raíz, intenta lo mismo con las otras particiones y aparece lo siguiente en /var/log/fsck/checkfs:

Log of fsck -C -R -A -a
Sat May 10 13:28:58 2008

fsck 1.40-WIP (14-Nov-2006)
/dev/sda6: recovering journal
/dev/sda6 has gone 196 days without being checked, check forced.
/dev/sda6: Problem in HTREE directory inode 14843948: node (1) has bad max hash
/dev/sda6: Problem in HTREE directory inode 14843948: node (2) has bad min hash
/dev/sda6: Invalid HTREE directory inode 14843948 (/srv/shared/imagenes).

/dev/sda6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
        (i.e., without -a or -p options)
fsck died with exit status 4

Sat May 10 13:49:17 2008
----------------

Vamos, que ahí se ha quedado y no ha podido hacer nada más, por lo que procedo con lo siguiente:

cimitarra:~# fsck /dev/sdb6
fsck 1.40.8 (13-Mar-2008)
e2fsck 1.40.8 (13-Mar-2008)
/dev/sdb6 contiene un sistema de ficheros con errores, se fuerza la revisi�n.
Paso 1: verificando nodos i, bloques y tama�os
Hay un problema en en el El �RBOL-H del nodo-i del directorio 14843948: el nodo (1) tiene un hash m�ximo incorrecto.
Hay un problema en en el El �RBOL-H del nodo-i del directorio 14843948: el nodo (2) tiene un hash m�nimo incorrecto.
El El �RBOL-H del nodo-i del directorio 14843948 es inv�lido (/srv/shared/imagenes).  Borrar el �ndice del �rbol-H<s>? si

Hay un problema en en el El �RBOL-H del nodo-i del directorio 14860671: el nodo (1) tiene un hash m�ximo incorrecto.
Hay un problema en en el El �RBOL-H del nodo-i del directorio 14860671: el nodo (2) tiene un hash m�nimo incorrecto.
El El �RBOL-H del nodo-i del directorio 14860671 es inv�lido (/srv/shared/imagenes/imagenes).  Borrar el �ndice del �rbol-H<s>? si

Hay un problema en en el El �RBOL-H del nodo-i del directorio 14861284: el nodo (1) tiene un hash m�ximo incorrecto.
Hay un problema en en el El �RBOL-H del nodo-i del directorio 14861284: el nodo (2) tiene un hash m�nimo incorrecto.
El El �RBOL-H del nodo-i del directorio 14861284 es inv�lido (/srv/shared/musica).  Borrar el �ndice del �rbol-H<s>? si

Hay un problema en en el El �RBOL-H del nodo-i del directorio 14876885: el nodo (1) tiene un hash m�ximo incorrecto.
Hay un problema en en el El �RBOL-H del nodo-i del directorio 14876885: el nodo (2) tiene un hash m�nimo incorrecto.
El El �RBOL-H del nodo-i del directorio 14876885 es inv�lido (/srv/shared/musica/Otros).  Borrar el �ndice del �rbol-H<s>? si

Paso 3: Se revisa la conectividad del directorio.
Paso 3A: optimizando directorios
Paso 4: revisando las cuentas de referencia
Paso 5: Se revisa el resumen de informaci�n del grupo

/dev/sdb6: ***** EL SISTEMA DE FICHEROS FUE MODIFICADO *****
/dev/sdb6: 24359/60424192 files (1.3% non-contiguous), 14757529/120845763 blocks
cimitarra:~#

Y, tras desconectar y volver a conectar con el NSLU2, efectivamente el problema está resuelto y el trasto arranca sin problemas.