90 segundos de retraso en el arranque mientras el sistema busca un UUID inexistente

En las últimas semanas he tenido dos problemas en el ordenador y una curiosidad. La curiosidad la dejamos para después y los problemas los he solucionado ayer. ¿Dos problemas?, si el título solo habla de uno. Al solucionar uno ha desaparecido el otro. Los problemas eran, primero, que el ordenador mostraba ciertos momentos de congelación en fases cada determinado tiempo —20-30 segundos—; el segundo, que solo lo notaba al reiniciar el ordenador, lo que pasa solo por actualización de kernel, era que el sistema se paraba 1 minuto y 30 segundos buscando un dispositivo con un UUID —Identificador Único Universal— inexistente en mi sistema. Al arrancar notaba un tiempo en vacío; si le damos a ESC, en vez de verse el logo de Fedora aparece el protocolo de arranque y ahí se podía leer:

A start job is running for /dev/disk/by-uuid/9013.... (34s / 1 min 30s)

y tenía 90 segundos para leer el mensaje hasta que seguía el arranque, que si no fuera por esto tarda unos 30s. Al apagar también tardaba y aparecía el mensaje

A stop job is running for Disk Manager (7s / 1 min 30s)

Lo primero que hice fue comprobar los UUID de los dispositivos del equipo, así que edité fstab

su -c 'nano -$ /etc/fstab'

y ninguna de las particiones del disco del sistema (/, /boot, /boot/efi) ni los otros 4 discos duros tienen ese UUID.
Ademas, lo comprobé de nuevo con blkid, que muestra los atributos de los dispositivos:


su -c 'blkid'

así como

su -c 'lsblk -ff'

que lo deja más claro, ya que dibuja un árbol mejor distribuido. Y, como debería ser, tampoco coincide ningún dispositivo con ese UUID. Revisando la red en muchos sitios se achaca este problema a un cambio de swap y que el UUID nuevo no haya sustituido al antiguo. Sin embargo mi partición swap muestra el UUID que se le asigna por fstab y la swap funciona como podemos ver

Entonces, si no estaba en fstab, y no era un problema de swap, ¿de dónde venía la orden de buscar ese dispositivo? Me puse a buscar parte de la cadena en los ficheros del sistema

su -c 'grep -lir "9013ddb2" /'

y el resultado fue nulo. Luego revisé los logs, y tampoco apareció nada. Miré todo lo que pude sobre systemd, y nada. Así que finalmente acabé en /boot/efi/EFI/fedora/grub.cfg y ahí estaba:

... resume=UUID=9013ddb2-...

Primero, ¿por qué el sistema no me lo había mostrado al pedírselo?; será que el administrador no puede entrar en EFI...
Segundo, el grub.cfg no se debe editar directamente, como dice el mismo,

# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub

así que revisamos el fichero /etc/default/grub y los del directorio /etc/grub.d. Ninguno contenía ese UUID, así que ejecutamos

su -c 'grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg'

y reiniciamos y arrancó en un suspiro.

El segundo problema era la congelación temporal del sistema. En algunos sitios había observado que se podía deber a mutter, y que ere error se había corregido para la versión 3.34.1.11, pero era la que tenía y seguía congelándose. Sin embargo, al reiniciar después de haber cambiado grub.cfg el sistema dejo de estar congelado, asi que asumo que cada 20 o 30 segundos el sistema seguía buscando un dispositivo inexistente.

Queda por satisfacer la curiosidad, que es sobre sudo. Si me pongo a ello, lo pondré en otra entrada.

Errores al introducir un nuevo dispositivo [ACTUALIZADO]

Como decía en la entrada anterior, la moda multimedia me ha generado un problema... De repente me ha faltado espacio. Mi sistema principal está distribuido de la siguiente manera:
sda - disco duro sólido de 64 GB. Es root, y contiene solo el sistema
sdb - caviar black de 2TB. Contiene solo mi carpeta personal
sdc - caviar black de 1TB. Tiene material multimedia
sdd - caviar green de 3TB. Es la copia interna del resto del equipo. Duplica el material importante.

No está distribuido, probablemente, de la mejor manera posible, pero está así dispuesto por razones históricas, ya que al cambiar de ordenador no cambio de discos y suelo mantener desde hace años un sistema similar. Sin embargo, podemos decir que la capacidad de almacenaje debería ser suficiente. Pero debido a que guardo en el interior del sistema los trabajos almacenados desde 1990, no he tenido sitio para hacer la última copia de seguridad en el disco interno.

Por supuesto, la solución más sencilla sería cambiar el disco de 3 TB por uno de 4TB, pero no me han parecido adecuado los costes, superiores a 150€.

Entre los discos que tengo "aparcados" para diferentes usos según el momento tenía uno de 1,5TB -un caviar black-, y como aun me quedaba una conexión SATA sin ocupar, lo he incorporado como quinto disco. Lo he conectado en caliente de forma frontal, formateado (era un antiguo home con una carpeta personal antigua), configurado para arranque al encender el ordenador.

Cuando todo parecía listo, una de mis aplicaciones lo identificaba mediante su UUID, ya que no le había puesto una etiqueta, y le añadí un nombre. Luego actualicé el ordenador y lo reinicié; bueno, lo intenté, por que esta fue la respuesta:

Simplemente, estaba identificado por su UUID y, supongo, al haberle cambiado la etiqueta, ya no era identificado.

Las soluciones posibles eran
1. La primera que se me pasó por la cabeza; instalar de nuevo el sistema, integrando los discos a mi gusto. Tendría una mejora añadida; librarme de kde, que aunque cumple mis necesidades, no me gusta.

2. Dos, mucho más delicada; editar con un LiveCd fstab.

Por suerte, suelo empezar por la versión más barata o que exija menos tiempo. Simplemente extraje el disco, arranque el equipo -funcionó-, volví a introducir el disco en caliente y lo configuré de nuevo. MUCHO más fácil.

Como consejo, evitar configuraciones tras la adaptación de nuevos dispositivos antes de reiniciar.

Además de añadir un disco, apliqué tune2fs para intentar aumentar el volumen disponible, pero eso lo dejamos para un tercer episodio.

[ACTUALIZACIÓN]: Al final no quedó más remedio que editar los fstab

Instalación de Windows XP + Ubuntu

Estos días he estado reparando un ordenador antiguo para su uso en clases prácticas. Esto supone el uso de cañón, con lo que le he instalado una Radeon 7000 con dos salidas. La persona que "arregló" el ordenador la última vez no se dio cuenta (...) de que tenía una doble instalación Windows XP (para todos) y Ubuntu (para mi). Además dejó sin configurar adecuadamente la segunda salida de la gráfica, con lo que no funcionaba la doble proyección. Estos días he logrado que funcionara la doble proyección en Windows, pero no en Linux. Primero, por que instalé un Ubuntu 10.04.3 sobre el 9.10, sin darme cuenta que el 10.04 no lleva controladores propietarios ATI, y no se logra una doble proyección. Al volver a 9.10, el grub dejó de funcionar. Primero supuse que era por que la vuelta a grub 1.5 desde la versión 2 había generado algún conflicto el el primer sector de arranque del primer disco, el particionado en NTFS. Lo intenté reparar con SuperGrub, pero no encontraba los ficheros ni el directorio /root/grub. Luego lo intenté con GAG, el gestor de arranque que se prepara en Vigo, pero no lograba el arranque de Ubuntu, por que tampoco encontraba los ficheros de grub. Finalmente arranque con un Live Cd y palimpsest afirma que ese disco presenta un gran número de sectores dañados, así que tendrá que quedar con un disco con Windows. La tentación de instalar Ubuntu y ponerle un tema que haga que se parezca a Windows es muy grande, y podemos apostar sobre el tiempo que tardarán en descubrir que no es Windows.
Si las cosas salieran bien, con GAG se hubiera logrado una apariencia así

Pero la tecla 3 no funciona por que GAG, de hecho, no detectaba la presencia de este segundo sistema operativo. Otro más de este lote de Seagate que recuperé de unos ordenadores de desguace que dejan de funcionar (nos quedan muy pocos).

Debian con Windows y Ubuntu. Capítulo 2: GRUB

En este ordenador ha sido mucho más fácil, bien sea por ser más potente, por tener disco duro o por instalar desde CD. Al instalar Debian, lo único especial fue la selección manual de las particiones que ya estaban hechas y denegar el uso de la primera swap (la de Ubuntu), ya que el sistema de instalación las dedicaba las dos a Debian. hckorootx ya me había advertido que en esa situación podía cambiar la UID de la partición y luego no ser detectada por Ubuntu. Una vez terminada la instalación, incluida la replica de red y sus 1149 paquetes, el sistema de instalación detectó Windows y Ubuntu y generó GRUB. Sin embargo, al arrancar, Windows no estaba incluido en el registro de GRUB y por lo tanto en el menú inicial no estaba la opción de arrancar con ese sistema. La solución fue simple. Al buscar en Google una solución, el primero ya sirvió. Simplemente, arrancar en Debian, Terminal, Identificarse como administrador y
# update-grub2
detecta las particiones, los sistemas instalados y edita grub.cfg. Al reiniciar, el grub ya incluye Windows en el menú.

Debian 6. Episodio final

Finalmente he tenido un rato para probar la gestión de la red mediante 3G sin redes inalámbricas alrededor y ha funcionado perfectamente. No voy a dedicar más tiempo, ya que podemos afirmar que Debian es perfectamente funcional en un lápiz USB de 4GB para un notebook antiguo (Aspire One 110) sin disco duro. El siguiente paso será instalarlo en el portatil (Toshiba Satellite U500 - 1DD) con Windows 7 y Ubuntu 10.10. El objetivo es saber si GRUB se autoconfigurará correctamente o si será necesario configurarlo manualmente.

Debian 6 en Aspire. Capítulo 2

Esta noche pasada he realizado un segundo intento, esta vez en un lápiz USB de 8GB, por si el hecho de no instalar el GRUB se debía a una limitación de tamaño. He pedido la instalación sencilla, muy parecida a la de Ubuntu. El resultado ha sido el mismo que con el de 4GB. Después de dos horas de bajar paquetes (1149) y configurarlos aparece un mensaje de error de que no ha podido instalar GRUB en el disco (en este caso lápiz USB) y no se puede tampoco instalar un arranque LILO. Por más que se intenta solucionar el problema a diferentes niveles de instalación, acabamos siempre en ese mensaje y hay que interrumpir la instalación (última línea). Es un bug del paquete de instalación, ya que si se hace sin pedir la réplica de red, sí termina con el arranque. El problema es que el sistema instalado en esas condiciones es muy limitado, sin control de administración, sin paquete gráfico de instalación y sin control de Origen de Software, lo que exige que aprendamos más sobre Debian (estamos mal acostumbrados a la facilidad de Ubuntu). El siguiente intento será hacer esa misma instalación sobre el mismo lápiz (así quemé el HyperX, de tanto actualizar las PortablesApps) desde el CD 1 de Debian. Para ello usaré una grabadora LG IDE que tengo suelta por ahí a través de un cable Conceptronics que me permite usarla a través de uno de los puertos USB del Aspire. Esperando tercer capítulo.
Si todo sigue fallando, ya he recibido el número 71 de Linux Magazine, y viene un DVD con Trisquel 4.5, así que esa es otra posibilidad.

Instalación de Windows XP en discos SATA. Intento 1

Cambiado mi equipo de trabajo, el ordenador viejo, que en sus día era una joya de la corona (una placa que a finales de 2006 mantenía un canal IDE, 2 conexiones de red gigabyte, una inalambrica, hasta 6 discos SATA...) tenía que servir para algo, así que sustituimos uno mucho más antiguo que no daba potencia suficiente para controlar un termociclador. El problema es que estos aparatos científicos son muy "especiales" y este en concreto exige Windows XP. Para instalar Windows XP en un disco SATA siempre tenemos el problema de que ese sistema operativo no lleva un driver de reconocimiento de los dispositivos SATA y hay que integrarlos, en general en un disquete; pero este ordenador no tiene disquetera, así que nos quedaba otra opción, que es alterar una imagen de Windows añadiéndole el driver con nLite. Un amigo aun más friki que yo me lo preparó y funcionó a las mil maravillas; de hecho, generó una distribución de Windows (el ordenador tiene licencia, que conste) muy parecida a cualquiera de Linux, ya que instaló desatendidamente OpenOffice, una distribución gratuita de un antivirus, compresor, KLCodecs ... Es decir, el intento 1 funciona. Por otro lado, no podía ser de otra manera, ya que se ha probado muchas veces.
Ahora la duda está si existe otra forma. Por ejemplo, un técnico informático me dio varias posibilidades de instalarlo desde un grub previamente cargado, mapear el driver en memoria y luego instalar Windows; esto supondría pasar 3 CDs, uno detrás de otro. Para hacerlo más sencillo, el primer intento que voy a realizar será usar SuperGrub 2, que permite la utilización de ISOs de instalación sin necesidad de instalar el driver en cuestión. Si no funciona, seguiremos intentándo otras posibilidades.
Sí, ya sé que la forma más fácil es poner un disco IDE, pero como solo hay un canal IDE, el disco duro y el DVD, necesario para la instalación del software del termociclador, ocuparían la misma faja, lo que hace que la velocidad de los dispositivos sea la del más lento. Como esta máquina a tiempo real necesita determinadas prestaciones del ordenador, prefiero no meter un cuello de botella en la conexión del disco. Además, a estas alturas ¿qué es un disco IDE?