Actualización a Fedora 7 y discos PATA

Hola chavales, a ver si podeis echarme una mano con un tema que me ha dejado colgao.

La cosa es que he actualizado mi Fedora Core 6 a Fedora 7 vía Yum. La actualización de paquetes fue sin problema. Después, como Fedora 7 ahora usa para los discos PATA (mis dos discos son PATA) la interface SCSI, pasan de llamarse hdaX hdbX a sdaX y sdbX. Para no tener problema con esto, antes de reiniciar tras actualizar los paquetes, cambié los nombres en grub.conf (menu.lst) y en /etc/fstab. Después, reinicio y puffff!! Sale grub y comienza el arranque bien, pero no encuentra ningún sistema de archivos en el arranque...

A ver si se os ocurre algo porque yo ando un poco perdido...
perdon por la tardanza, pero esk aunque en /dev pasen a llamarse sda1, sdb1, etc., en GRUB sigen siendo hd(x,y)
Prueba a editar con la tecla "e" las lineas que has modificado, y luego cuando ya las hayas modificado pulsa la tecla "b".
Si no funciona en un principio tranquilo porque cada vez que reinicias creo que vuelve a poner los que tenias almacenados desde linux la ultima vez.
Gracias por las respuestas, al final, ayer por la noche resolví el problema. Voy a hacer un resumen de lo que pasaba por si le ocurre a alguien.

A pesar de que había cambiado correctamente los parámetros de grub, cuando actualizamos con Yum el kernel, al final hace automáticamente un mkinitrd para crear una imagen initrd que arranca con el kernel. Esta imagen es un disco virtual en la ram donde se cargan los drivers básicos para poder ejecutar el arranque, entre otro los drivers de acceso a sistemas de archivos. Cuando actualizas con yum, el mkinitrd coge los drivers de modules.conf, y como al hacer la actualización los drivers que hay son los de fc6 PATA tradicionales, al arrancar con el nuevo Kernel de fc7 y los drivers viejos son los que están en el initrd. Con estos drivers no puede encontrar los "nuevos" sistemas de archivos sdaX sdbX, y peta.

Solución: Tras arrancar con el disco de recuperación de fedora 7, montamos en lectura/escritura el sistema de archivos raiz (en mi caso sdb5, que anteriormente era hdb5) en /mnt/sysimage (o el que más rabia os de). Después hacemos

chroot /mnt/sysimage

para que el directorio raiz de trabajo pase a ser el que hemos montado. Posteriormente creamos el initrd de nuestro kernel fc7 que está en la carpeta /boot/. En concreto es un archivo initrdXXXXX.img con XXXXX el nombre de nuestro kernel (acabará en fc7). Para ello, hacemos una copia de seguridad de nuestro initrdXXXXX.img original y lo borramos, después ejecutamos el comando:

mkinitrd initrdXXXXX.img XXXXX

Con XXXXX en número de nuestro kernel (vmlinuz) que acabará en fc7. Así ya hemos creado un initrd en el que están los nuevos drivers, y si los nombres de nuestro grub.conf (menu.lst) ya han sido cambiados anteriormente, al reiniciar (hacer exit dos veces) voilá, todo funcionará perfectamente, y por fin recupero mi viejo fedora, que ahora es 7.

La verdad es que no se si lo he terminado de dejar claro, pero si alguien tiene alguna vez este problema, que pregunte en este hilo y lo intentaré explicar mejor.

OFFTOPIC: Acabo de descubrir que fedora 7 viene con ntfs-3g, que permite lectura y escritura en NTFS estable y con buen rendimiento. Resulta que salió la versión estable en febrero y yo sin saberlo!!! Estoy desactualizado... [sonrisa]
3 respuestas