[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: SO en disko usb segunda particion (sdb?)

Hola gentes.
Disculpad el retraso, por fin he encontrado tiempo para seguir con este caso. 
Lo primero gracias por su tiempo y sus respuestas.
Continúo abajo ....
El 21/04/16 a las 17:40, Camaleón escribió:

El Thu, 21 Apr 2016 17:04:40 +0200, Juan Gomez (Txonta) escribió:


Hola amigos.

Hola Juan.

Recurro a ustedes para resolver una cuestión que supongo sencilla pero
que me está resultando difícil aclarar.
Bien porque soy principiante y también porque me faltan rastros
(¿keywords?) que seguir.
Por eso les agradezco cualquier pista.

Como apunta el titulo estoy intentando probar una copia de seguridad de
mi sistema que he creado en un disco externo usb.
Importante está en sdb3 y no en la raiz del disco.
Lo que hice siguiendo unas instrucciones
http://www.dmdcosillas.org/2014/07/como-clonar-nuestro-sistema-linux/
fué crear la copia con rsync luego cambiar uuid en fstab sdb3 update
grub => me crea entradas para sdb3 Pero arrancando la maquina ...

Un apunte: aunque el artículo que enlazas se titula "clonar discos" lo
que realmente hace es una copia de los archivos como bien apuntas.


- Grub - correcto con sus opciones, incluidas las añadidas para sdb3
      Pero al seleccionarla falla, con mensaje:
1- error: no such device: aac1a7d7-2cd3-476c-913d-d0f75ac4ab18.
      error: no such disk.
      error: you need to load the kernel first.
      Press any key to continue..._

    - entrando con e editing commands before booting habla de otra UUID
root=UUID=
      42c9a741-0237-4929-a64f-5c77323d23d6

Ahí puede estar el problema. Asegúrate de que has editado correctamente
el archivo "/etc/fstab" para apuntar al disco correcto y además que el
menú de GRUB apunte también a disco/partición correcta donde tengas
instalado el sistema en el disco USB.
(...)


Las preguntas que haría después de mucho leer -no se rian- sería:
- creo que es perfectamente posible arrancar desde partición en vez de
raiz ¿correcto?

Si interpreto lo que quieres decir, sí, es posible.
en sistemas que no son UEFI es necesario tener grub instalado en el sector MBR del disco, es decir, por encima de todas las particiones.
Es posible tener grub instalado en cualquier partición siempre y cuando exista un MBR apuntando a esa partición sólo para cargar la configuración. Ya cargado grub este se encarga de iniciar el sistema operativo que se necesite en cualquier disco conectado al mismo equipo y hasta en red.
El error que mencionas me parece que tiene que ver más bien con el mapeo de discos. pareciera que la propiedad "real_root" de la configuración de grub está mal y está apuntando a un disco incorrecto.
Si este es el caso hay dos cosas que se pueden hacer: Uno es cambiar el valor de real_root por el correcto. Dos es mapear el disco duro para que coincida con el valor de real_root (mover la montaña o darle una patada a mahoma para que se mueva jajajjaja) 
- estoy sospechando que en este caso quizás me este faltando algo mas
que update grub,
que sería por ejemplo ¿instalar grub en sdb3?

Me parece que sólo te queda asegurarte de que la partición a la que
apuntas en el menú de GRUB es la correcta. GRUB tiene que encontrarla
para poder cargar el sistema.

He mirado esos datos que me apuntabais y ...
    -------------- user@xxxxx:/$ sudo blkid
    /dev/sda1: UUID="42c9a741-0237-4929-a64f-5c77323d23d6" TYPE="ext4"
/dev/sdb3: LABEL="*" UUID="aac1a7d7-2cd3-476c-913d-d0f75ac4ab18" TYPE="ext4" 
sda1 es el sistema a respaldar y sdb3 es el respaldo que quiero probar.
    -------------- user@xxxxx:/$ cat /boot/grub/grub.cfg | grep menuentry
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { 
    menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (on /dev/sdb3)" {
menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode) (on /dev/sdb3)" { menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-686 (on /dev/sdb3)" { menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-686 (recovery mode) (on /dev/sdb3)" { 
Aquí arriba las entradas generadas después de update grub.
Añado que sdb3/etc/fstab apunta la uuid correcta.
Y por último el grub.cfg que contiene algo que me hace sospechar.
-------------- user@xxxxx:/$  sudo cat /boot/grub/grub.cfg
    ................
    set root='(/dev/sdb,msdos3)'
    search --no-floppy --fs-uuid --set aac1a7d7-2cd3-476c-913d-d0f75ac4ab18
linux /boot/vmlinuz-2.6.32-trunk-686 root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet 
    ..................
lo que me hace sospechar es que esas uuid no sean la misma (una es de sdb3 y la otra sda) hay cuatro entradas así parecidas en grub.cfg como lo ven ¿hay algo claro hasta aquí? ¿necesitan mas información para tener un diagnóstico? 
Como dicen los hispanos de américa ¿como le hago?
No me canso de pedir disculpas si ha alguien le defrauda el nivel de la cuestión. 
Gracias de nuevo.

Saludos,

Salud
Juan
Reply to: