☰

¿Necesito ejecutar la actualización de grub después de cerrar mi partición de Ubuntu en mi nuevo SSD?

tag-icon • tag-icon grub2 updates
¿Necesito ejecutar la actualización de grub después de cerrar mi partición de Ubuntu en mi nuevo SSD?

Soy relativamente nuevo en Ubuntu, he estado usando 12.04 LTS durante algunos meses. Lo tengo instalado en una unidad de medios rotativa Seagate de 160 GB con arranque dual con Windows Vista y todo ha ido bien. Recientemente instalé un SSD Kingston HyperX de 120 GB y usé Clonezilla para clonar la partición de Ubuntu en el SSD. Esto funcionó bien y con solo el Kingston conectado puedo iniciarlo sin problemas.

En última instancia, tengo la intención de arrancar desde el SSD de Kingston y usar Seagate para los datos, arrancando ocasionalmente desde Vista. (Dejando la instalación original de Ubuntu en Seagate como copia de seguridad)

Cuando mi PC se inicia, presiono esc para obtener el menú de inicio, elijo Kingston, obtengo el menú de grub y, de forma intermitente, parece iniciarse desde Seagate; Lo sé porque puedo escuchar el acceso al disco y ver el espacio disponible para Ubuntu en el monitor del sistema.

Con solo Kingston conectado, Ubuntu comienza bien, así que sé que funciona, pero con Seagate también conectado, creo que Ubuntu se confunde en el menú de grub, a veces comenzando desde Seagate y otras desde Kingston.

Mi pregunta es (aparte de destruir la instalación de Ubuntu en Seagate), ¿crees que necesito ejecutar la actualización de grub, solo con Kingston conectado, para permitir que el sistema se reoriente a su nuevo hogar?

Gracias de antemano.

Respuesta1

Lo que creo que sucedió, la clonación da como resultado dos particiones con el mismo UUID. Por lo tanto, Grub durante el arranque o el sistema operativo durante el montaje no puede distinguir entre ellos.

  1. Arranque usando un CD en vivo o una llave USB.
  2. Desmonta cualquier partición montada automáticamente.
  3. Abra la terminal, ejecute sudo fdisk -lpara ver la ruta del dispositivo de partición SSD.

  4. Genere un nuevo UUID para la partición clonada SSD (parece /dev/sda1en su caso)

    tune2fs /dev/sdxy -U random

  5. Copie ese UUID de:

    sudo blkid /dev/sdxy

    Monte la partición SSD (/dev/sda1), edítela /etc/fstabpara actualizar el UUID antiguo con uno nuevo:

    sudo nano /media/ssd_part/etc/fstab

    /media/ssd_part/es donde está montado.

    Cambie el UUID anterior por uno copiado en la línea de root /.Ejemplo:

    # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=4c0c4c6d-708b-45b0-b9e9-a5e6a7de491e /               ext4    errors=remount-ro 0       1
# /media/sneetsher/gnu_files/ was on /dev/sda5 during installation
UUID=bf958b50-c15a-45fd-b946-36ab1612045b /media/sneetsher/gnu_files/ ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=d15727d5-78c2-4a46-aa67-66895d7f6371 none            swap    sw              0       0

    En estoejemplo, Vea esta línea que tiene el punto de montaje es/

     UUID=4c0c4c6d-708b-45b0-b9e9-a5e6a7de491e /               ext4    errors=remount-ro 0       1

  6. Reinstale Grub en SSD

    sudo grub-install --root-directory=/media/ssd_part /dev/sdx

En este punto, grub en SSD conoce todos los sistemas operativos. Mientras que grub en HDD todavía no incluye Ubuntu desde SSD.

Si cada unidad tiene una partición con indicador de arranque. El BIOS arrancará la primera unidad en la lista de orden de arranque. Entonces, si arrancó desde un disco duro antiguo, actualice su grub.

sudo update-grub2

Entonces ambas unidades tienen grub con todos los sistemas operativos enumerados.

información relacionada