Re: Re: SO en disko usb segunda particion (sdb?)
Juan Gomez (Txonta) escribió:
Hola grupo.
Bueno pues me acerqué otro poco y en horita y media aunque pueda parecer
poco, algo probé:
>>>> arrancando la entrada de grub que apunta a sdb3
>>>> 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.
abajo te pego los intentos en consola y sus salidas
pero esta vez no he sabido o podido emplear este "chainloader +1"
>Bien, sigamos...
(...)
>>> 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
(...)
>> Te cuento, esto he hecho:
>>
>> grub> ls no hay (hd1,2) pero si está (hd1,msdos3) y (hd1)
>>grub> set root=(hd1,msdos3) [enter]
>>grub> chainloader +1 [enter]
>>error invalid signature
>>grub> boot
>>error: no loaded kernel
>>grub> set root=(hd1,msdos3) chainloader +1 boot
>>no da salida
>>grub> set root=(hd1,2) [enter]
>>grub> chainloader +1 [enter]
>>error invalid signature
>>grub> boot
>>error: no loaded kernel
>>grub> set root=(hd1,msdos3) chainloader +1 boot
>>no da salida
>>editando la entrada que quiero arrancar con e es:
>>set root='(hd1,msdos3)'
>>search no flopy blabla con la uuid correcta
>>pruebo con set root='(hd1,2)' y set root='(hd1)'
>>fracasa con
>> error: invalid extent.
>> error: you need to load the kernel first.
>> Press any key to continue...
(...)
> Vale, es correcto, aunque me parece raro que no tengas un (hd0,2)
(...)
grub> ls
(hd0) (hd0,msdos8) (hd0,msdos7) (hd0,msdos6) (hd0,msdos5) (hd0,msdos3)
(hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos3) (hd1,msdos2) (hd1,msdos1)
12 entradas, parece lógico por disco y partició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).
(...)
>> 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:-)
Aquí algunas salidas
grub>ls -l /dev/sdb3
error: no such disk.
grub>ls -l /dev/
error: no such disk.
grub> ls -l (hd1,msdos3)/boot/
error: invalid extent
grub> ls -l
muestra la tabla de particiones
grub> ls -l (hd1,sdb3)/boot/
error: no such partition
grub> ls -l (hd1,sdb)/boot/
error: no such partition
grub> ls -l (hd1,msdos2)/boot/
error: unknow filesystem (es ntfs)
grub> ls -l (hd1,msdos1)/boot/
error: file not found
grub> insmod (hd1,msdos3)/boot/grub/linux.mod)
error: invalid extent
grub> linux (hd1,msdos3)/boot/grub/linux.mod)
error: invalid extent
grub> insmod (hd1,msdos3)/boot/grub/insmod.mod)
error: invalid extent
Entiendo que no es mucho, pero confieso que no se por donde tirar
desde tanto ls -l no me da ninguna ruta ... no se que probar
cualquier orientación ... mila ezker.
> Saludos,
Salud y gracias
--
> Camaleón
Juan Gómez (Txonta)
Reply to: