Domingo Tecnológico con Ubuntu 10.04

Requisitos:

1 – Disponer de Ubuntu 10.04 en mi laptop

2 – No alterar en lo posible la configuración del bootloader GRUB actualmente en uso

Por qué Ubuntu 10.04? el motivo serio es que se trata de un LTS por lo que conviene uniformizar lass PCs a esta versión; para esto es de rigor verificar que todo el software puede correr sin problemas allí (a fin de no interrumpir la operatividad core de AMERICATI.) El motivo menos serio es que Ubuntu 10.04 proporciona Flightgear 1.9.

En segundo lugar, por qué no simplemente dejar que el CD haga su magia en cuanto al bootloader? Pues tras haberlo probado en otra laptop (que uso como conejillo de indicas) descubrí que Ubuntu 10.04 utiliza una nueva versión de GRUB, la cual tiene un nuevo mecanismo de configuración, y además (hasta donde pude apreciar) no da la opción de obviarlo (por supuesto, el 99% de usuarios no desearán obviarlo.) Esto está bien para el conejillo de indias, pero no para mi laptop. Es decir, no quiero que el instalador escanee mis particiones y arme un menu.lst a partir de sus heurísticas (de hecho, ya no se llama menu.lst sino grub.cfg.)

Un primer intento consistió en hacer una instalación en un disco externo (usando la laptop de pruebas.) La idea era agregar este disco externo en la configuración GRUB de mi laptop. Esto falló debido a que el filesystem por omisión de Ubuntu 10.04 es ext4, y mi GRUB no lo soporta. Quizá haya alguna forma de especificar ext3, pero igual no me hace gracia tener que usar el disco externo.

La solución: hacer una instalación en una máquina virtual VMWARE. Esto funcionó sin inconvenientes. Luego, en esta máquina virtual, hacer lo siguiente:

sudo -i

cd /

tar cvf backup_total.tar *

Esto es, un gran gran tar (que resultó de 3.5 Gb aprox) que contiene todo el sistema (esto se debería hacer preferentemente en modo singleuser, pero un “telinit 1″ nunca me retornó el prompt.)

Luego, lo copio via la “red” local a mi sistema anfitrion con un vulgar scp. Aquí podemos finalizar el Ubuntu virtual.

En mi laptop tengo reservada una partición para el propósito, la cual formateo con ext3:

sudo -i

mke2fs -j /dev/sdaX

mount /dev/sdaX /miparticion

cd /miparticion

tar xvf /ruta/backup_total.tar

Posteriormente configuro mi propio GRUB agregando estas líneas a menu.lst (nada de tocar el MBR):

title        Ubuntu 10.04
root            (hd0,X-1)
kernel        /boot/vmlinuz-2.6.32-21-generic root=/dev/sdaX ro
initrd        /boot/initrd.img-2.6.32-21-generic

(tener en cuenta que X-1 es el numero de partición Linux reducido en uno, como se explica ampliamente en la documentación de Grub.)

Editar el fstab del nuevo sistema para que apunte a la partición root y al swap:

vi /miparticion/etc/fstab

/dev/sdaX                    /               ext4    errors=remount-ro 0       1
/dev/sda?                  none            swap    sw                     0       0

No es el lugar para explicar este asunto. Como se aprecia, yo no pertenezco a la moderna época de los UUID, por lo que sigo empleando los acostumbrados /dev/sd** que para estos casos -considero- son más convenientes.

Ahora, reboot! y bootear con la nueva opción agregada.

…. todo ok en apariencia, pero aparecen unos mensajes raros en relación a GDM.

Lo corrijo cambiando algunos permisos, pero igual algunas cosas simplemente no funcionan.

El problema es que los usuarios no coinciden a nivel de UID. Por ejemplo, el directorio /miparticion/var/lib/gdm al ser listado (ls -ld /miparticion/var/lib/gdm) reporta como usuario gdm, pero el usuario gdm tiene distintos UID en el sistema en uso y en el nuevo:

# grep gdm /etc/passwd /miparticion/etc/passwd
/etc/passwd:gdm:x:105:113:Gnome Display Manager:/var/lib/gdm:/bin/false
/miparticion/etc/passwd:gdm:x:114:120:Gnome Display Manager:/var/lib/gdm:/bin/false

Es decir, /var/lib/gdm tiene UID 105, pero debería ser 114 (cuando se ejecuta en el nuevo sistema, resulta perteneciendo a otro usuario llamado “couchdb” que tiene asignado este 105, lo cual genera los errores.

La solución es sencilla: volver a desempacar el tar (no es necesario re-empacar), agregando la opción –numeric-owner (previamente, reformatear la particion o borrar el contenido):

tar -xv –numeric-owner -f /home/diego/ubuntu10.04.tar

Reboot otra vez, enjoy.

PS. Ya estoy probando flightgear 1.9. No sé qué tanta diferencia habrá con el 2.0 (que sólo está disponible en Windows en este momento) pero luce bien.