Re: SO en disko usb segunda particion (sdb?)
El Mon, 02 May 2016 18:33:45 +0200, Juan Gomez (Txonta) escribió:
(...)
>>> Efectuada la prueba por dos intentos 1er intento resultado el mismo
>>> que antes:
>>> error: invalid extent.
>>> error: you need to load the kernel first.
>>>
>>> Press any key to continue...
>> Pero ¿has cambiado la línea de "set root"? Manda mejor el bloque de
>> texto completo para la entrada del menú de GRUB que estás intentando
>> arrancar,
>> vamos, la que apunta al disco copiado USB, a ver qué es lo que pone
>> exactamente.
> menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (on /dev/sdb3)" {
> insmod part_msdos
> insmod ext2
> set root='(hd1,msdos3)'
> search --no-floppy --fs-uuid --set aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 linux
> /boot/vmlinuz-2.6.32-5-686 root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
> initrd /boot/initrd.img-2.6.32-5-686
> }
> Esta es la entrada que probamos la última vez editando manualmente por
> si funcionaba. Entonces cambiamos (hd1,msdos3) por lo que se había
> generado (/dev/sdb,msdos3)
> Te anoto que esta es la entrada de boot/grub/grub.cfg del disco duro
> sda1 (cuyo backup estamos probando) porque el grub.cfg de /sdb3 no posee
> estas entradas.
> Entiendo que se generaron después de la copia, después de cambiar la
> uuid en fstab de la copia y al ejecutar update-grub
Hum... bien, lo veo correcto.
Según dices, no has instalado GRUB en el MBR del disco USB, es decir, GRUB
inicia desde el disco interno, usa el menú que existe en ese disco y desde
ahí intenta cargar el sistema copiado en el disco USB. En este escenario
es posible que necesites usar el "chainloader +1" porque pasas de un disco
a otro. Bien, sigamos...
>>> 2º intento (solo lo intento por segunda vez) resultado:
>>> error: no such device: aac1a7d7-2cd3-476c-913d-d0f75ac4ab18.
>>> error: hd1,msdos3 cannot get C/H/S values.
>>> error: you need to load the kernel first.
>>>
>>> Press any key to continue...
>> Hum... vamos a probar a entrar en la línea de comandos de GRUB para
>> preguntarle a él directamente qué ve y qué no ve. Para ello, cuando
>> veas el menú de GRUB pulsa rápidamente la tecla "c" y te llevará a la
>> línea de comandos. Desde ahí ejecuta "ls" para comprobar a qué
>> dispositivos y a qué particiones tiene acceso GRUB. Puedes ir probando
>> cositas, por ejemplo,
>> desde la propia consola puedes intentar iniciar el sistema según los
>> datos que te devuelva "ls":
>>
>> set root=(hd1,2)
>> chainloader +1 boot
>>
>> Si te animas, aquí te dejo una guía para intentar arrancar el kernel
>> que quieres desde la consola de GRUB:
>>
>> How to use Grub2 to boot Linux manually
>> http://forums.justlinux.com/showthread.php?152790-How-to-use-Grub2-to-boot-Linux-manually
> Mersis. Lo estoy mirando (lastima de ingles)
> le tengo respeto a la negrura sin remisión de la consola (el equipo no
> tiene entorno gráfico)
> en cuanto aprenda un par de recursos ... a ver. Y ...
> Te cuento, esto he hecho:
>
> grub> ls no hay (hd1,2) pero si está (hd1,msdos3) y (hd1)
(...)
Vale, es correcto, aunque me parece raro que no tengas un (hd0,2) que es
el disco duro interno :-?. Curiosamente he tenido que arrancar una Debian
que tengo en una máquina virtual porque se me quedaba en "grub rescue>" y
no había forma de que iniciara así que me he tenido que pegar con esta
situación.
Prueba con esto (ajustándolo a tus archivos):
grub> ls
grub> set root=(hd1,msdos3)/boot
grub> insmod normal
grub> insmod linux
grub> linux (hd1,msdos3)/boot/vmlinuz-2.6.32-5-686 root=/dev/sdb3
grub> initrd (hd1,msdos3)/boot/initrd.img-2.6.32-5-686
grub> boot
Tienes que tener paciencia y teclear bien los nombres de los módulos a
cargar y la ruta correcta porque si te dice que no encuentra algo
("file not found" o similares) tendrás que especificarla (p. ej.,
insmod (hd1,msdos3)/boot/grub/linux.mod).
> quizá se me ha escapado algo de esto?
>
> set root=(hd1,2)
> chainloader +1 boot
>
> Seguiré estudiando, si se ve alguna evidencia se agradece el apunte.
No, simplemente te falta cargar el módulo "normal" y "linux" que es el
que te permite cargar la imagen del kernel. Es complicado y has de tener
paciencia, a mí me llevó más de 3 horas poder iniciar el sistema desde
la shell de GRUB O:-)
Saludos,
--
Camaleón
Reply to: