Eu tinha um laptop de inicialização dupla (Windows/Linux) com um SSD de 500 GB e substituí o SSD por um SSD de 1 TB usando o procedimento descrito abaixo. Quando eu reinicio, ele inicializa diretamente no Windows, sem o menu grub. Por que isso aconteceu e como posso restaurar o menu grub?
Isto é o que eu fiz:
- Inicialize o laptop a partir de um bootstick ativo (executando Linux Mint)
- Use dd para copiar todo o SSD de 500 GB para uma unidade de rede
- Desligue o laptop e substitua o SSD por um SSD de 1 GB.
- Inicialize novamente com um bootstick ativo e use dd para copiar o arquivo na unidade de rede de volta para o SSD.
- Reinicialize sem inicialização ao vivo
Eu sei que isso deixa metade do meu novo SSD sem uso; Eu esperava consertar isso mais tarde.
dd funcionou corretamente, ou pelo menos posso montar todas as partições, incluindo partições ativas, a partir de um bootstick. Esta é a saída de fdisk -l:
Disk /dev/loop0: 1.8 GiB, 1912557568 bytes, 3735464 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
GPT PMBR size mismatch (1000215215 != 1953525167) will be corrected by write.
The backup GPT table is not on the end of the device. This problem will be corrected by write.
Disk /dev/nvme0n1: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: KINGSTON SKC2500M81000G
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
Disk identifier: 282E2059-1738-4156-802F-50E4A4E71652
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1026047 1024000 500M EFI System
/dev/nvme0n1p2 1026048 1288191 262144 128M Microsoft reserved
/dev/nvme0n1p3 1288192 205020339 203732148 97.2G Microsoft basic data
/dev/nvme0n1p4 205021184 206086143 1064960 520M Windows recovery environment
/dev/nvme0n1p5 206088192 214087679 7999488 3.8G Linux swap
/dev/nvme0n1p6 214087680 969730047 755642368 360.3G Linux filesystem
/dev/nvme0n1p7 969730048 970651647 921600 450M Microsoft basic data
/dev/nvme0n1p8 970651648 997961727 27310080 13G Windows recovery environment
/dev/nvme0n1p9 997961728 1000204287 2242560 1.1G Windows recovery environment
Disk /dev/mapper/vg-root: 60 GiB, 64424509440 bytes, 125829120 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/mapper/vg-home: 300.32 GiB, 322462285824 bytes, 629809152 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/sda: 14.93 GiB, 16008609792 bytes, 31266816 sectors
Disk model: Cruzer Blade
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: dos
Disk identifier: 0x5b137364
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 0 3974271 3974272 1.9G 0 Empty
/dev/sda2 632 8567 7936 3.9M ef EFI (FAT-12/16/32)
/dev/sda3 3977216 31266815 27289600 13G 83 Linux
Tentei reinstalar o grub usando os seguintes comandos (do live bootstick). Esses comandos ajudaram a restaurar o grub após uma atualização anterior do Windows e foram executados sem erros, mas desta vez não restauraram o grub.
mount /dev/mapper/vg-root /mnt
mkdir /efi
mount /dev/nvme0n1p1 /efi
grub-install --directory=/mnt/usr/lib/grub/x86_64-efi --boot-directory=/mnt/boot --efi-directory=/efi
O problema poderia ser causado por um UUID diferente para o novo disco? Posso estar errado, mas AFAIK, os UUIDs de disco são armazenados no próprio disco, portanto deveriam ter sido clonados junto com o restante dos dados. Então, o que poderia estar errado e como posso reativar o grub?
Aqui estão alguns detalhes de hardware:
Portátil: Dell XPS 15 (9550)
SSD antigo: PM951 NVMe SAMSUNG 512 GB
Novo SSD: Kingston Technology KC2500 M.2 1000 GB PCI Express 3.0 3D TLC NVMe
Link Pastebin:http://paste.ubuntu.com/p/DkMGvNXdYq/