Eu encontrei este artigo explicando o reparo do grub2, restaurar, reinstalar o processo usando um ubuntu-live-cd . Eu acho que dá a resposta para a minha pergunta.
Eu tenho uma situação com o meu sistema Ubuntu 16.04.3 reinstalado. Durante o estágio de inicialização, ele parava na tela "Grub vr2.02 beta2-36ubuntu3.14", onde o prompt grub> aparece.
Inicialmente, para inicializar com êxito, eu usaria primeiro ls e cat (hdX,X)/etc/issue para identificar o disco com a partição raiz do Ubuntu 16.04.3 e digite:
set root=(hd2,2)
linux /boot/vmlinuz-3.XX.X.X.-XX-generic root=/dev/nvme0n1p2
initrd /boot/initrd.img-3.XX.X.X.-XX-generic
boot
O Ubuntu inicializaria e desligaria corretamente. No entanto, durante a próxima inicialização, o ciclo acima deve ser repetido.
Depois de alguns desses ciclos, meu sistema agora está preso no Grub2 novamente. O Grub2 não pode localizar meu dispositivo SSD, ou seja, (hdX,X)/dev/nvme0n1 não existe. No entanto, quando eu uso o disco de inicialização do Ubuntu para entrar no Ubuntu, posso ver meu SSD por meio de fdisk -l , Gparted e lsblk . Por exemplo,
ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1.4 GiB, 1532116992 bytes, 2992416 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme0n1: 447.1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme0n1p2 1050624 870897663 869847040 414.8G Linux filesystem
/dev/nvme0n1p3 870897664 937701375 66803712 31.9G Linux swap
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Device Start End Sectors Size Type
/dev/sda1 2048 526335 524288 256M EFI System
ubuntu@ubuntu:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop1 7:1 0 83.1M 1 loop /snap/core/3247
sr0 11:0 1 1.5G 0 rom /cdrom
loop0 7:0 0 1.4G 1 loop /rofs
sda 8:0 0 1.8T 0 disk
└─sda1 8:1 0 256M 0 part
nvme0n1 259:0 0 447.1G 0 disk
├─nvme0n1p3 259:6 0 31.9G 0 part
├─nvme0n1p1 259:4 0 512M 0 part
└─nvme0n1p2 259:5 0 414.8G 0 part
Meu SSD e HDD estão usando o GPT e têm uma partição EFI. Além disso, o UEFI do meu sistema está configurado para usar o EFI.
Perguntas :
Editar: Não conheço os passos técnicos por trás da resposta à minha pergunta, no entanto posso partilhar aqui o que fiz para recuperar da minha situação. Eu instalei o linux mint no outro disco do meu sistema. Eu fiz isso porque meus instaladores do Ubuntu tiveram problemas na instalação e eu tinha um instalador Linux Mint em funcionamento. A idéia era, se eu pudesse instalar com sucesso um sistema operacional equivalente que utilizasse o grub2 como um gerenciador de inicialização, espero que o sucesso possa corrigir meus problemas de bootloading também. Felizmente, funcionou! O Grub2 detecta meu SSD e o Ubuntu 16.04.3 pode inicializar perfeitamente.
Eu encontrei este artigo explicando o reparo do grub2, restaurar, reinstalar o processo usando um ubuntu-live-cd . Eu acho que dá a resposta para a minha pergunta.