Acabo de actualizar la V4.1 de Guadalinex, entre las cuales se encontraba un nuevo Kernel. Cuando he reiniciado, he notado que en el gestor de arranque GRUB ya no me aparece la otra distribución de Linux que tenía instalada, en concreto una Ubuntu 7.10.

De echo al reiniciar, tras algunos experimentos con CERES que intentaré comentar en otro post, me pongo a revisar el particionado y noto algunas cosas raras…

En primer lugar estas son mis particiones:

$ cat /proc/partitions
major minor #blocks name

3 0 156290904 hda
3 1 1951866 hda1
3 2 29294527 hda2
3 3 48829567 hda3
3 4 1 hda4
3 5 9767488 hda5
3 6 29294496 hda6
3 7 26595576 hda7

Donde hda1 es la swap, hda2 la raíz de Ubuntu, hda3 se encuentra sin uso (por si aparece alguna nueva distribución que quisiera probar), y hda4 sería la extendida, que a su vez contiene las siguientes particiones lógicas: hda5 que es el directorio /var de Ubuntu, hda6 que es el directorio /home de Ubuntu y hda7 que es la raíz de Guadalinex.

No me preguntéis a que se debe este lio que ni siquiera yo lo se, el caso es que Ubuntu utiliza las siguientes particiones:

hda2 /
hda5 /var
hda6 /home

Ahora, si consulto el archivo /etc/fstab de Guadalinex, tendría lo siguiente:

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hda7
# /dev/hda7 — converted during upgrade to edgy
UUID=a3fa5b42-f08d-4cc5-9084-502537a026c9 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda2
# /dev/hda2 — converted during upgrade to edgy
UUID=157fe7d9-fcbb-4eb9-9eb1-62490360890f /home ext3 defaults 0 2
# /dev/hda5
# /dev/hda5 — converted during upgrade to edgy
UUID=85db0279-c6cc-4f2b-b36e-c38c66005534 /media/hda5 ext3 users,defaults 0 2
# /dev/hda1
# /dev/hda1 — converted during upgrade to edgy
UUID=a9ac5cf2-5f8d-46e9-bb40-d4395db1c6ee none swap sw 0 0
# /dev/hda6 — converted during upgrade to edgy
UUID=90b13383-47fe-4e5b-b2f7-f739b5dd71bc /media/hda6 ext3 users,defaults 0 2
/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

No entiendo por qué, pero Guadalinex ha montado la raíz de Ubuntu como su /home. De echo si listo el directorio home puedo ver lo siguiente:

$ ls -l /home
total 112
drwxr-xr-x 2 root root 4096 2008-03-27 18:15 bin
drwxr-xr-x 3 root root 4096 2008-03-04 17:12 boot
lrwxrwxrwx 1 root root 11 2008-02-05 20:30 cdrom -> media/cdrom
drwxrwxrwt 2 root root 4096 2007-11-07 19:53 compartido
drwxr-xr-x 4 root root 4096 2007-10-16 01:28 dev
drwxr-xr-x 129 root root 12288 2008-05-15 17:16 etc
drwxr-xr-x 2 root root 4096 2008-02-05 20:30 home
drwxr-xr-x 2 root root 4096 2007-10-16 01:17 initrd
lrwxrwxrwx 1 root root 33 2008-02-05 20:57 initrd.img -> boot/initrd.img-2.6.22-14-generic
drwxr-xr-x 17 root root 12288 2008-03-27 18:15 lib
drwx—— 2 root root 16384 2008-02-05 20:30 lost+found
drwxr-xr-x 5 root root 4096 2008-05-15 17:15 media
drwxr-xr-x 3 root root 4096 2008-05-15 16:55 mnt
drwxr-xr-x 2 root root 4096 2007-10-16 01:17 opt
drwxr-xr-x 2 root root 4096 2007-10-08 12:47 proc
drwxr-xr-x 13 root root 4096 2008-05-15 16:29 root
drwxr-xr-x 2 root root 4096 2008-03-05 17:15 sbin
drwxr-xr-x 2 root root 4096 2007-10-16 01:17 srv
drwxr-xr-x 2 root root 4096 2007-10-04 13:17 sys
drwxrwxrwt 8 root root 4096 2008-05-15 17:15 tmp
drwxr-xr-x 38 enramos enramos 4096 2008-05-20 17:09 enramos
drwxr-xr-x 11 root root 4096 2007-10-16 01:19 usr
drwxr-xr-x 4 root root 4096 2008-02-05 20:30 var
lrwxrwxrwx 1 root root 30 2008-02-05 20:57 vmlinuz -> boot/vmlinuz-2.6.22-14-generic

Esto es sencillo de solucionar, ya que simplemente sería eliminar la línea en cuestión del fstab. El problema aquí viene para añadir el arranque de Ubuntu en el GRUB, ya que de esas cosas nunca me acuerdo, y tengo que sentarme a consultar documentación.

En principio he probado con el comando ‘update-grub’, pero me deja el archivo como ya he comentado.

$ sudo update-grub
Password:
Searching for GRUB installation directory … found: /boot/grub
Testing for an existing GRUB menu.list file … found: /boot/grub/menu.lst
Searching for splash image … found: /boot/grub/splash.xpm.gz
Found kernel: /boot/vmlinuz-2.6.20-16-generic
Found kernel: /boot/vmlinuz-2.6.20-15-generic
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst … done

Supongo que lo normal será coger la entrada de Guadalinex, e ir haciendo las modificaciones hasta que consiga que me arranque.

$ cat /boot/grub/menu.lst

title Guadalinex, kernel 2.6.20-16-generic
root (hd0,6)
kernel /boot/vmlinuz-2.6.20-16-generic root=/dev/hda7 ro quiet splash locale=es_ES
initrd /boot/initrd.img-2.6.20-16-generic
quiet
savedefault
boot

Otra opción creo que sería directamente desde el GRUB, pero estamos en las mismas…. documentación.

Al final, lo he solucionado de forma perezosa, es decir, sin leer ninguna documentación, haciendo la prueba de copiar la entrada anterior para Guadalinex en el archivo /boot/grub/menu.lst al final de este, y modificando esta con los valores apropiados para Ubuntu, quedando de la siguiente manera:

title           Ubuntu
root            (hd0,1)
kernel          /boot/vmlinuz-2.6.22-14-generic root=/dev/hda2 ro quiet splash locale=es_ES
initrd          /boot/initrd.img-2.6.22-14-generic
quiet
savedefault
boot

Lo cambios ha sido básicos: en title ponemos el título que queremos que nos muestre GRUB para seleccionar la entrada; en root ponemos el disco duro según la nomenclatura de GRUB, en este caso (hd0,1) para hda2; en kernel pongo el kernel que estaba usando y en initrd el disco RAM inicial equivalente (ambos valores podemos verlos al listar la raíz de la distribución con un ‘ls -l’, en mi caso había listado lo que guadalinex entendía que era su /home, ya que como había comentado la montaba ahí de forma automática).

Sin cambiar nada más, reinicio funciona a la perfección, así que problema solucionado.

¡¡¡Ayyyyy Guadalinex que no eres bueno!!!