Archivo de la categoría: Hardware

Manjaro Linux en un laptop HP Spectre x360

Recientemente he instalado la distribución Manjaro Linux (21.1.3 Pahvo) en un ordenador portátil Hewlett Packard Spectre x360. Se trata de uno de los primeros modelos de esta serie, concretamente el modelo 13-4100ns, equipado con 4 Gb de RAM y un procesador Intel i5.

Este modelo en concreto venía con el UEFI desactivado por defecto, en modo BIOS. Obviamente, hice un clonado completo del disco duro con CloneDisk para poder dar marcha atrás si algo salía terriblemente mal, algo siempre muy recomendable, obligatorio de hecho salvo que seas un suicida. Después, para poder instalar, desactivé el modo de «arranque seguro» en la BIOS. Y ya estamos listos para empezar.

Bien, no voy a enrollarme con la instalación de Manjaro, porque eso está de sobras disponible en la Web, y de todas formas es bastante automático. En concreto, solo comentaré que instalé la versión Gnome, que es siempre mi preferida. E instalé con borrado completo del disco duro (Manjaro como único sistema operativo), con sistema de archivos BTRFS, encriptación completa (full encryption) y Swap encriptada con hibernación.

Con estos datos, lo principal que quería comentar es que casi todo el hardware de la máquina es soportado inmediatamente por Manjaro directamente y sin hacer nada, out-of-the-box. Esto incluye la webcam, la pantalla touch, el trackpad, el sonido (si, el sonido también), e incluso cosas accesorias externas, como un lápiz dongle 4G de marca Huawei, y un mando para usar con diapositivas marca Targus. El soporte del Hardware de Manjaro solo puedo definirlo como excelente.

Con todo, hay algunas excepciones, todas ella sutilezas. Por ejemplo, no se detecta el modo tablet out of the box ni funcionan los giroscopios. Es decir, la pantalla no girará al cambiar de posición el ordenador, y no detectará el giro de la pantalla para pasarlo a modo tablet. Puede arreglarse y que funcione todo para usarse como ordenador y como tablet de forma automática, pero necesitas instalar algunos paquetes adicionales que te cuento más abajo. Tampoco funcionarán algunas teclas especiales, como las de ajuste de brillo de pantalla. Si quieres cambiar el brillo de la pantalla, lo tienes muy fácil en el menú de Gnome.

Si se quiere afinar aún más el software:

  • Es altamente recomendable la instalación del paquete auto-cpufreq. No lo instala por defecto, pero está en los repositorios oficiales y es muy recomendable si quieres prolongar la duración de tu batería. Hay que instalarlo, y luego activarlo con «sudo systemctl enable auto-cpufreq.service».
  • Timeshift se instala por defecto y queda activado en modo Btrfs, con lo que en cuanto empieces a hacer las primeras actualizaciones, se empezarán a crear los primeros snapshots. Grande, si señor. Sin embargo, grub arrancará en modo quiet y no mostrará ningún menú que permita elegir snapshot en caso de problemas. Hay que activar la aparición de menú, pero es muy fácil cambiando la opción GRUB_TIMEOUT_STYLE de Grub, te lo cuento más abajo.
  • Para la contraseña de la encriptación puedes usar cualquier carácter, no solo números y letras. Pero recuerda que cuando arranque y te pida la contraseña, espera un teclado norteamericano US, así que tendrás que memorizar dónde están las teclas de los caracteres especiales (guiones, interrogantes, asteriscos…) en un teclado US. Si quieres evitarte estos problemas, tienes que meter una contraseña con letras y números solo. Eso si, no se te ocurra poner una eñe ni una vocal acentuada, porque a ver cómo las metes luego con la distribución US del teclado.
  • Cuando cierres la tapa del portátil entrará en suspensión. Correcto. Pero cuando abras por completo la tapa para usarlo como tablet, no será detectado out-of-the-box. La mejor opción que tienes es instalar paquetes AUR y usar opciones experimentales. Si instalas los paquetes «iio-sensor-proxy.git», «tablet-mode» y «detect-tablet-mode», dispondrás de un modo tablet bastante decente y automático: al girar la pantalla para ponerlo en tablet, será detectado, se desactivará el teclado y el trackpad, y cuando escribas aparecerá el teclado en pantalla, todo automático. Si además instalas la extensión de gnome «Screen autorotate» y luego reinicias el ordenador (imprescindible), la pantalla también girará correctamente cuando lo pongas de lado o al revés, así que tendrás un modo tablet bastante correcto. Ojo, el paquete que tienes que instalar es «iio-sensor-proxy.git» y no la versión oficial de los repositorios «iio-sensor-proxy». Solo girará la pantalla con la versión git del AUR.
  • Suspend funciona sin problemas, tanto por tiempo de inactividad como bajando la tapa. También la hibernación, pero solo si la Swap no está encriptada. Cuando instalas en modo Swap encriptada con hibernación, resulta que la hibernación no funciona. No sé todavía por qué, pero sé que puede funcionar porque ha funcionado automáticamente cuando la Swap estaba sin encriptar, así que no es un fallo del hardware sino de la configuración. De momento te diré que he hecho funcionar la hibernación sin problemas, pero usando un archivo de swap dentro del disco encriptado, no la partición. Pero eso te lo contaré en otro post. :-)

Vale, activar el menú del grub es muy fácil. Manjaro no lo cree necesario porque por el tipo de instalación que hice, sabe que es el único sistema operativo de la máquina, pero la verdad es que sí lo necesitas si quieres la posibilidad de cambiar de snapshot si ha habido problemas en la última actualización de software. Para activar el menú del grub solo tienes que editar /etc/default/grub. Tienes que cambiar la línea que pone GRUB_TIMEOUT_STYLE para que ponga GRUB_TIMEOUT_STYLE=menu. Y luego hay que aplicar los cambios con «update-grub». Eso es todo. Después de reiniciar verás como aparece el menú grub con todos los snapshots.

Y si quieres ver todos los mensajes del arranque, también puedes hacerlo. Solo tienes que quitar las opciones «quiet» y «splash» del grub.

Debian no reconoce mi Kindle Touch

Si, si lo reconoce. Incluso podrás montarlo con el comando mount manualmente después de enchufar el kindle al ordenador por USB. Pero no será reconocido automáticamente ni será detectado por Calibre aunque lo hagas.

Para que haga todo eso necesitas instalar las mtp tools (apt-get install mtp-tools mptfs libmtp8). Y con eso ya está. Ahora debería reconocerlo de forma automática tanto Debian como Calibre en cuanto lo conectes por USB.

Teclado inalámbrico Logitech K350 en Ubuntu

Funciona «out of the box». Vamos, enchufar y listo.

Magnífico teclado. Pero algunas teclas multimedia (cinco, para ser más exactos) no hay forma de que funcionen en Linux. Las demás, o funcionan «out of the box» o lo hacen con una pequeña configuración extra.

No voy a inventar la pólvora. Daniel Klaffenbach ya te lo explica todo muy bien y bastante masticadito para que no te estreses. ¡Gracias, Daniel!.

Hacer tethering WiFi con tu Nokia N900

Recientemente he instalado uno de los programas más útiles que he visto para mi Nokia N900. Se trata de JoikuSpot, un software muy ingenioso y bien hecho que convierte nuestro Nokia favorito en un Punto de Acceso WiFi / Router que redirecciona la salida hacia la conexión 3G del móvil. Es software comercial, pero el precio son actualmente solo 5€, merece la pena, te lo aseguro.

Cualquier otro dispositivo WiFi que tengamos (un iPod Touch, un ordenador portátil, un Netbook, otro teléfono…) verá que en su pantalla aparece un Punto de Acceso WiFi llamado JoikuSpot al que puede conectarse libremente. Obviamente, el software ofrece posibilidades de encriptación, aunque solo WEP, no WPA. No creo que sea demasiado problema, porque es una conexión móvil muy dificil de predecir para quien pretenda romper las contraseñas. En cualquier caso, cuando el programa está activo muestra en pantalla dos gráficos con la velocidad de transmisión de datos y permite ver qué dispositivos están conectados.

En mi opinión, es el mejor tethering que he probado nunca con un teléfono móvil y es mucho más fácil de configurar para los dispositivos clientes que usando Bluetooth.

Aparte del problema de la seguridad inherente a WEP, también son a mencionar otros dos:

  1. Necesitas un plan de datos con tarifa plana, porque si no la compañía telefónica se te va a comer vivo. Pero eso es de cajón… ;-)
  2. Cuando el programa está funcionando, está usando simultaneamente dos señales de radio distintas: 3G y WiFi, lo que no es muy normal. Y el WiFi, además, en un modo que chupa energía como loco. Eso significa que JoikuSpot te va a devorar batería cual monstruo de las galletas (y la batería del N900 no destaca precisamente por su larga duración). Cuando digo que la verás desaparecer delante de tus ojos, posiblemente pienses que exagero… te aseguro que hasta me quedo corto… Pero obviamente existe un workaround muy sencillo, tanto que también es de cajón: cuando uses JoikuSpot para conectar tu ordenador, o lo que sea, simplemente deja el Nokia N900 cargando. :-D

Estoy intentando configurar un modem Smartlink en Ubuntu y no encuentro el paquete sl-modem-source

Recientemente me he comprado un modem/fax USB para sustituir al viejo modem serie que tenía. Obviamente, el modem en sí mismo no lo necesito para nada, pero sí me interesan las funciones fax. Por desgracia, los nuevos ordenadores tienden a venir sin puerto serie, lo que es un problema si pretendes usar un modem/fax, así que una posible solución es instalar un modem USB.

Yo compré uno de la marca Dynamode, teóricamente soportado por Linux, que lo identifica con el comando «lsusb» de esta forma:

[lacofi@selene]$ lsusb
Bus 011 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 010 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 003: ID 046d:c00b Logitech, Inc. MouseMan Wheel
Bus 007 Device 002: ID 046d:c317 Logitech, Inc.
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 0483:7554 SGS Thomson Microelectronics 56k SoftModem 
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 005: ID 0718:1000 Imation Corp.
Bus 003 Device 004: ID 059f:1018 LaCie, Ltd
Bus 003 Device 002: ID 04b4:6560 Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub"
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 0424:2250 Standard Microsystems Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 007: ID 04a9:220e Canon, Inc. CanoScan N1240U/LiDE 30
Bus 001 Device 006: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 005: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 004: ID 059f:1018 LaCie, Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Observa la línea marcada en cian y que habla de un Softmodem. Si sigues tirando del hilo a través de Google, verás que este modem lleva un chipset Smartlink, y que la instalación seguiría estos pasos:

[lacofi@selene]$ sudo su
password:
[root@selene]# apt-get install module-assistant
[root@selene]# module-assistant auto-install sl-modem
[root@selene]# apt-get install sl-modem-daemon

Y después reiniciamos el sistema.

Vale, todo parece muy sencillo, pero cuando lo hice en mi máquina, me encontré con que no existía el paquete sl-modem-source en los repositorios, y module-assistant abortaba la operación porque no tenía código fuente para poder compilar.

Y a eso iba. Resulta que sl-modem-source solo está disponible para los sistemas de 32 bits. Si utilizas la versión de Linux de 64 bits (lo sabrás porque en la salida del comando «uname -a» sale un misterioso «x86_64» por algún lado), no dispondrás de ese paquete y por tanto no podrás hacer funcionar tu modem Smartlink.

Se siente.

Una posible solución es hacer funcionar una máquina virtual VMware. Supongo que VirtualBox también sirve, todo depende del buen o mal soporte que tenga de USB. El caso es que a mí el modem funciona de perlas en VMware bajo un sistema invitado Windows XP Pro. Y supongo que no debería haber problemas tampoco para que funcionase instalando un sistema invitado Ubuntu Linux 32 bits. ;-)

He actualizado el iTunes de mi máquina virtual VMware a la 9.2 y ahora se cuelga cuando intento sincronizar el iPod

Sip. Así es. :-(

Si tienes una máquina VMware con un sistema Windows que usas para sincronizar tu iPod, es muy probable que tarde o temprano acabes actualizando el iTunes a la versión 9.2. A partir de ese momento, probablemente tendrás serios problemas. Con un sistema Windows XP Pro, mi iTunes se colgaba de forma caótica cada vez que intentaba sincronizar el iPod. Lo curioso es que el iTunes muchas veces no llegaba siquiera a aparecer en pantalla al enchufar el iPod, pero para el administrador de procesos sí que estaba funcionando. Con el Windows 7 Home, el problema era incluso más serio, porque se me colgaba no solo el iTunes, sino que desestabilizaba todo el sistema Windows.

Malgasté un montón de tiempo intentando averiguar qué pasaba, antes de que se me pasara por la cabeza intentarlo con un Windows instalado en una partición real (y no una máquina VMware). Me costó, porque hasta entonces siempre había sincronizado sin problemas en VMware, con múltiples versiones tanto de VMware como de iTunes, así que no veía por qué iba a ser un problema ahora. Pero el caso es que en una partición real, el iPod se sincronizaba como la seda (a toda leche, por cierto).

Tengo la teoría no confirmada de que los ingenieros de Apple han toqueteado en el código del iTunes 9.2 para que acceda al hardware USB de forma irregular con el fin de acelerar el acceso. La mayoría de las máquinas reales no se dan cuenta, solo aumentan su rendimiento. Pero las máquinas VMware (y supongo que también algunas máquinas reales con hardware rarito), sí se daban cuenta y les sentaba bastante mal.

Si quieres seguir utilizando VMware para sincronizar tu iPod, ¿hay solución?.

Pues sip. A fecha de hoy, VMware ha sacado una actualización (la versión 7.1.1) que «corrigue errores en dispositivos USB». Efectivamente, tal y como suena, el principal motivo de esta actualización es perfeccionar la virtualización de USB para que los dispositivos no tengan problemas. Y puedo confirmar que VMware 7.1.1 es capaz de sincronizar correctamente (y muy rápido, además), el iPod con iTunes 9.2 (o superiores).

Así que si tienes este problema, actualiza tu VMware a la versión 7.1.1 o más alta. A la voz de ya. ;-)

Conectar Ubuntu 9.10 con Internet Everywhere de Orange usando wvdial

Con Ubuntu 9.10, Internet Everywhere de Orange con un modem Huawei E160E funciona «out of the box», es decir, enchufar y listo, al menos en mi sistema y con un kernel 2.6.31-20, que es el que actualmente se instala automáticamente con la actualización rutinaria de paquetes que lanza el sistema.

Pero si por cualquier motivo quieres usar wvdial, también puedes hacerlo.

Naturalmente, lo primero será instalar wvdial con «sudo apt-get install wvdial». Y después tienes que crear un fichero /etc/wvdial.conf tal que así:

[Dialer Orange]
Init1=ATZ
Init2=ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Phone=*99#
Username=ORANGE
Password=ORANGE
Modem=/dev/ttyUSB0

[Dialer pin]
Modem = /dev/ttyUSB0
Baud = 115200
Init1 = AT+CPIN=1234

Obviamente, tendrás que poner el verdader pin en la entrada «CPIN» de [Dialer pin].

Ahora, para conectarte, solo tendrás que hacer:

[lacofi@sophie]$ sudo su
password:
[root@sophie]# wvdial pin
[root@sophie]# wvdial Orange
--> Carrier detected.  Waiting for prompt.
--> Don´t know what to do!  Starting pppd and hoping for the best.
--> Starting pppd at Thu Sep 27 13:04:29 2007
--> Warning: Couldn´t modify /etc/ppp/pap-secrets: Permission denied
--> --> PAP (Password Authentication Protocol) may be flaky.
--> Warning: Couldn´t modify /etc/ppp/chap-secrets: Permission denied
--> --> CHAP (Challenge Handshake) may be flaky.
--> Pid of pppd: 15838
--> Using interface ppp0
--> local  IP address 83.188.171.59
--> remote IP address 10.64.64.64
--> primary   DNS address 130.244.127.161
--> secondary DNS address 130.244.127.169

Observa que hago la conexión como root. Si quieres hacerla como usario normal, lo único que tienes que hacer es meter a ese usuario en el grupo «dip», porque si no, no tendrás permisos suficientes para ejecutar pppd:

Para meter al usuario lacofi en el grupo dip, tienes que editar el fichero /etc/group, buscar la entrada «dip» y poner «lacofi» (o varios usuarios separados por comas) al final, así:

dip:x:30:lacofi,maria

Pero recuerda que para que el nuevo grupo entre en vigor tienes que deslogar y volver a logarte.

Poner de acuerdo los permisos de archivo del QNAP Turbo NAS TS-219p y el cliente Linux

El QNAP Turbo NAS TS-219p no es en realidad un array de discos duros, sino un verdadero ordenador con procesador ARM que ejecuta como sistema operativo a un Linux embebido. Eso significa que por defecto formatea los discos duros con EXT3 y gestiona coherentemente los usuarios y los permisos de lectura, escritura, etc. Esto a su vez significa que un usuario concreto puede restringir permisos de sus ficheros, de tal forma que otros usuarios no puedan modificarlos o leerlos.

Obviamente, para aprovechar esta característica, el ordenador cliente que accede al QNAP debe tener un sistema operativo capaz de gestionar esas cosas con cierta sofisticación. En ese sentido, los clientes Windows son bastante tontorrones, y generalmente acceden al QNAP de la forma más burda posible: como root.

Bien, supongamos que guardas un fichero en el QNAP desde una máquina Windows. Se graba como usuario root y grupo root, es decir UID=0 y GID=0. Si ahora abres una conexión SSH hacia el QNAP, e intentas listar ese fichero, verías algo tal que así:

[~] # ls -l /Qmultimedia/desdewindows.txt
-rwxr--r--    1 admin   administ        5 Apr 15 16:38 /Qmultimedia/desdewindows.txt*
[~] #

Esto es porque se ha guardado como root (UID=0, GID=0). Pero en el QNAP no existe ningún root: el UID=0 se corresponde con el usuario «admin», y el GID=0 se corresponde con el grupo «administrators».

Vale, ahora vete a una máquina linux, monta alguna unidad del QNAP mediante NFS e intenta grabar ahí un fichero como usuario normal (por ejemplo como usuario «lacofi»). Si ahora haces SSH al QNAP e intentas listar el fichero verías algo tal que así:

[~] # ls -l /Qmultimedia/desdelinux.txt
-rwxr--r--    1 1000   everyone        5 Apr 15 16:38 /Qmultimedia/desdelinux.txt*
[~] #

Ups, ¿qué ha pasado?. ¿No debería decir «lacofi:users» en vez de «1000:everyone»?.

Sip. El problema es que en Ubuntu el usuario lacofi tiene un UID de 1000, y el grupo users tiene un GID de 100. En el QNAP Turbo NAS, el GID 100 está asignado al grupo «everyone». Pero el UID 1000 no está asignado a ningún usuario, lo que puede generar algunos problemas de acceso. Será todo más limpio y seguro si coordinas el cliente Linux y el servidor QNAP. Para ello tienes que crear un usuario que tenga UID 1000 (y ya que estamos, lo llamaremos también lacofi, así no nos liamos).

Puede que tú no uses Ubuntu o que tu UID no sea 1000. Para saber cual es tu UID solo tienes que hacer un «cat /etc/passwd | grep lacofi» (obviamente ponte a tí mismo en lugar de lacofi). Con ese comando te saldrá, de izquierda a derecha, tu login, una x, tu UID, tu GID, y más cosas que ahora no interesan.

¿Cómo podemos crear en el QNAP un usuario con UID 1000 de nombre lacofi?. Pues tal como explica nuestro amigo peterdv, ejecutando un comando en la consola SSH, claro. El comando es este:

[~] # adduser -h / -g "Linux User" -s /bin/sh -u 1000 -G everyone -p *contraseña1* -H lacofi

Lo que significa, de izquierda a derecha: creausuario con home en la raiz, descripción «Linux User», shell /bin/sh, UID 1000, grupo everyone, la contraseña que se especifica, y con login lacofi.

Obviamente, si tu Linux tiene más usuarios que van a acceder al QNAP, deberías localizar su UID y crear los correspondientes usuarios en el QNAP, para que los permisos sean coherentes. Por ejemplo:

[~] # adduser -h / -g "Linux User" -s /bin/sh -u 1001 -G everyone -p *contraseña2* -H maria

¿Correcto?. Con esto, la gestión de permisos de tu Linux está de acuerdo con la del QNAP. Pero Windows seguirá siendo un bruto y guardándolo todo como root:root (en el QNAP,  admin:administrators). Y esto significa que si creas un fichero desde Windows, luego no tendrás permiso suficiente para cambiarlo o borrarlo desde Linux (pero sí para leerlo, afortunadamente). En cambio, al revés sí te funcionará: todos los ficheros creados con Linux serán accesibles y modificables desde Windows. No es que Windows funcione mejor, no. Es que es un bestia haciendo las cosas. ;-)

Bueeeeno, vaaaale. No es del todo cierto que Linux no pueda modificar un fichero creado por Windows. Si quieres hacerlo, solo tienes que usar el mismo truco sucio que Windows: ¡hazte root!.

He actualizado el firmware de mi QNAP Turbo NAS TS-219p y ahora mi PS3 ve las fotos demasiado pixeladas

Recientemente he actualizado el firmware de mi QNAP Turbo NAS TS-219p a la versión 3.2.4, lo que ha solucionado los problemas que tenía con el sistema de ficheros EXT4.

Pero cuando intenté ver las fotos de la unidad Qmultimedia a través de la PS3, me he encontrado con que todas se veían demasiado pixeladas, a una resolución realmente ridícula (concretamente a 240×320 pixeles, lo que hace virtualmente imposible ver nada).

El problema surge porque al actualizar el firmware de la QNAP se actualiza también el software servidor TwonkyMedia a la versión 5.1.3. Por algún motivo que desconozco, esta versión no detecta correctamente el tipo de máquina que es la PS3, así que le entrega las fotos como si fuera un teléfono móvil de baja gama.

Para solucionarlo, entra en la configuración de tu TwonkyMedia Server en la dirección «http://192.168.0.16:9000» (suponiendo que 192.168.0.16 sea la IP de la unidad QNAP, claro). Una vez ahí vete al setup (es el icono de la llave inglesa), y haz click en «Reproductores de medios». Ahí verás las direcciones MAC de los clientes que están accediendo a TwonkyMedia. Identifica la MAC de tu PS3 y abre el desplegable. Busca en el listado «PS3» y luego graba los cambios.

Ahora comprueba en tu PS3 las fotos y deberías verlas ya a alta resolución.

De nada. :-)

Mi QNAP TS-219P Turbo NAS está provocando bloqueos en mi ordenador tras añadir un disco EXT4.

Recientemente he instalado un disco duro externo eSATA que he conectado al QNAP TS-219P para que esté disponible en toda la red. El nuevo disco lo he formateado a EXT4, por aquello de que es el futuro.

Pero poco después empezó una pequeña pesadilla. A partir de ese momento el QNAP empezó a colgarse de forma errática. Y no solo eso, sino que me empezaron a surgir problemas serios también en las máquinas que actúan como clientes, tanto Windows como Linux. Por ejemplo, mi portátil (Windows Vista Business) empezó a colgarse cuando intentaba acceder a cualquier unidad de red que apuntara al QNAP (no solo la nueva externa, sino literalmente cualquiera de las unidades del QNAP). O por ejemplo, el ordenador de sobremesa (Ubuntu Linux) era incapaz también de acceder a ninguna de las unidades NFS del QNAP. Aún peor, porque actualmente alguna de esas unidades contiene ficheros y carpetas sin los cuales resulta imposible logarse, lo que evidentemente provocó alguna que otra protesta por parte de mi santa.

Como soy bastante espabilao, aquí donde me ves, rápidamente asumí que los cuelgues que sufrían todas las máquinas que pretendían acceder al QNAP tenían algo que ver con el disco duro que acababa de añadir, y más concretamente, con su peculiar sistema de ficheros, el EXT4, con el que lo había formateado.

Así que rápido y seguro de mi mismo, entré en la Web de configuración del QNAP, me fuí a la unidad externa, elegí el sistema de ficheros EXT3 y le di al botón de «Formatear ahora». Mmeeeeec. La página Web se colgó. Una y otra vez. Y no me permitía formatear. Ahí empecé a sudar un poquito, hasta que me di cuenta de que el disco tenía un bonito botón que decía «off». Listo, el ingeniero que lo puso ahí. :-)

Bien, el problema es el sistema de ficheros EXT4. Aunque teóricamente está soportado, al QNAP no le gusta ni un poquito, y se vuelve muy inestable. Tanto, que no te permitirá volver a formatearlo (al menos a mí no me lo permitió). Si te ha ocurrido algo parecido a tí, te recomiendo que actualices inmediatamente el firmware de tu QNAP a la versión 3.2.3 o superior, puesto que incluye algunas correcciones importantes de bugs conocidos, entre ellos… ¡tachaaan!, la inestabilidad del sistema operativo del QNAP con los discos EXT4.

Obviamente, me lancé como un poseso a actuar el firmware, y la verdad es que fue todo como la seda. Con el firmware nuevo, lo primero que hice fue volver a la Web de configuración del QNAP, encender otra vez el disco duro externo conflictivo, y formatearlo a EXT3. Esta vez me lo permitió y funcionó sin problemas. Seguramente hubiera podido seguir usándolo en EXT4, pero visto lo visto preferí no jugármela y usar el «viejo-pero-fiable» EXT3 de toda la vida.

Pues ya lo sabes. De nada. ;-)