Depois de obter um novo sistema, movi a unidade NVME do meu sistema antigo para o novo, onde ambas as máquinas estão configuradas para inicializar usando UEFI. Como a configuração EFI é específica da máquina, eu esperava encontrar problemas e vim preparado - inicializei a partir de um USB ao vivo, fiz a montagem e o chroot e reinstalei o GRUB de acordo com as instruções (encontradas em todos os lugares na web e repetidas abaixo), depois que uma reinicialização me leva ao prompt de comando do GRUB e não consigo descobrir como consertar isso - não importa o que eu faça, se eu selecionar a entrada de inicialização UEFI do Linux (conforme mostrado abaixo), recebo um prompt do grub. Se eu selecionar a entrada de inicialização UEFI do Windows (este é um sistema de inicialização dupla), ela carrega bem.
Sempre posso inicializar a instalação do Linux a partir do prompt do GRUB digitando configfile (hd0,gpt6)/@/boot/grub/grub.cfgque inicia o menu GRUB que eu esperava e a partir disso posso inicializar qualquer entrada sem problemas (estou usando o BTRFS como a partição raiz e /está no subvolume @- isso é bastante padrão para uma instalação do Ubuntu).
Aqui está a configuração atual:
# efibootmgr --verbose
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0005,0000,0002
Boot0000* UEFI Samsung SSD 970 EVO Plus 1TB S6P7NF0T423021F 1 HD(1,GPT,37b6d616-6865-44b1-a382-9987345e2cfa,0x800,0x32000)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
Boot0001* Neon HD(1,GPT,37b6d616-6865-44b1-a382-9987345e2cfa,0x800,0x32000)/File(\EFI\Neon\shimx64.efi)
Boot0002* UEFI HTTPs Boot PciRoot(0x0)/Pci(0x1f,0x6)/MAC(000000000000,0)/IPv4(0.0.0.00.0.0.0,0,0)/Uri()N.....YM....R,Y.
Boot0005* Windows Boot Manager HD(1,GPT,37b6d616-6865-44b1-a382-9987345e2cfa,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
# ll /boot/efi/EFI/
total 6
drwx------ 6 root root 1024 Jul 26 12:38 ./
drwx------ 4 root root 1024 Jan 1 1970 ../
drwx------ 2 root root 1024 Aug 28 2022 Boot/
drwx------ 5 root root 1024 Jul 26 12:38 Dell/
drwx------ 4 root root 1024 Aug 28 2022 Microsoft/
drwx------ 2 root root 1024 Jul 24 20:01 Neon/
# cat /boot/efi/EFI/Neon/grub.cfg
search.fs_uuid 2886a665-f535-496e-a543-13c62983b0da root
set prefix=($root)'/@/boot/grub'
configfile $prefix/grub.cfg
# ll /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 120 Jul 26 13:20 ./
drwxr-xr-x 9 root root 180 Jul 26 13:20 ../
lrwxrwxrwx 1 root root 15 Jul 26 13:20 2886a665-f535-496e-a543-13c62983b0da -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 15 Jul 26 13:20 80D9-5688 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Jul 26 13:20 82926928-1ed1-4a76-b0e8-d62a0171c1ee -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Jul 26 13:20 D8D6FA10D6F9EF1E -> ../../nvme0n1p4
# lsblk -e 7 -o name,fstype,size,fsused,label,partlabel,mountpoint,uuid,partuuid
NAME FSTYPE SIZE FSUSED LABEL PARTLABEL MOUNTPOINT UUID PARTUUID
nvme0n1 931.5G
├─nvme0n1p1 vfat 100M 58.8M EFI system partition /boot/efi 80D9-5688 37b6d616-6865-44b1-a382-9987345e2cfa
├─nvme0n1p2 16M Microsoft reserved partition fdc1478a-852d-4f33-8e22-24a2ea209726
├─nvme0n1p3 BitLocker 50.2G Basic data partition e8584ca9-db86-4bb1-abf7-424afe77bc94
├─nvme0n1p4 ntfs 517M D8D6FA10D6F9EF1E 5373ade9-ed41-4164-85e2-c28b7026c25f
├─nvme0n1p5 swap 30.5G [SWAP] 82926928-1ed1-4a76-b0e8-d62a0171c1ee d5d866a5-97d4-49bb-a182-6eec3abcba18
└─nvme0n1p6 btrfs 850.2G 440.5G linux /var/lib/docker/btrfs 2886a665-f535-496e-a543-13c62983b0da cb45a183-14d3-4a95-b89f-6b5e315609cd
Posso tentar reinstalar por:
- Remova a entrada de inicialização EFI ofensiva:
efibootmgr -b 1 -B - Reinstale o boot carregado no disco e EFI:
grub-install /dev/nvme0n1 --target x86_64-efi --efi-directory /boot/efi/ --bootloader-id Neon - Atualize a configuração do GRUB (não tenho certeza se é necessário, mas é o que dizem os documentos):
update-grub2
Depois disso, a configuração parece que estou mostrando acima e, ao reiniciar, o GRUB não iniciará o menu automaticamente. Não tenho certeza sobre o UUID no dump EFI NVRAM, mas esse valor não está configurado em nenhum lugar que eu possa encontrar e é reproduzido se eu remover as entradas e recriá-las.
Alguma ideia do que estou perdendo?
TL;DR:
ao usar o carregador de inicialização GRUB construído no Ubuntu, a entrada de inicialização UEFI DEVE ser nomeada
ubuntu(ou pelo menos, o arquivo de configuração GRUB EFI deve estar emEFI/ubuntu/grub.cfg.Detalhes:
O problema é com a configuração do GRUB em UEFI, inicialização segura (presumo) e como o Ubuntu configurou tudo isso: na inicialização do BIOS herdado, o BIOS inicializa um pequeno executável (512 bytes, acredito) que inicializa imediatamente outra coisa ( nos velhos tempos) ou encontra uma seção codificada no disco onde reside o restante do carregador de inicialização (um "carregador de inicialização de estágio 2"). Existem muitos problemas com essa configuração, o menor deles é que ela não pode funcionar com sistemas de arquivos avançados que movem as coisas, comprimem-nas etc. , você tinha que ter uma
/bootpartição separada no ext2, onde residia o segundo estágio do GRUB.Com UEFI, há uma partição FAT32 (comparativamente) grande (o ESP) na qual o sistema operacional pode implantar grandes carregadores de inicialização e o firmware UEFI carregará todo o carregador de inicialização de uma só vez. A maneira como o Ubuntu usa esse recurso é implantar todo o carregador de inicialização GRUB como um único arquivo executável EFI chamado
grubx64.efi. Este arquivo é executado pelo firmware UEFI - diretamente ou por meio de um shim (chamadoshimx64.efi) para um sistema de inicialização segura somente da Microsoft CA. Esta instalação do GRUB sabe carregar um pequeno arquivo de configuração -grub.cfgda partição EFI que contém instruções sobre onde encontrar o arquivo de configuração completo. Como você tem o carregador de inicialização GRUB completo disponível imediatamente, pode ter drivers BTRFS ou ZFS que podem ler sistemas de arquivos avançados e não precisa de uma partição de inicialização separada.O problema é que todos esses caminhos de arquivo (até depois que o
grub.cfgarquivo é carregado) são compilados no executável GRUB EFI e não são configuráveis - e como tudo isso precisa ser assinado, você não pode atualizar essa configuração durante a instalação (a menos que você deseja configurar chaves pessoais no TPM da máquina e começar a recompilar os carregadores de inicialização). Como resultado, a instalação do Ubuntu GRUB (o que o KDE Neon, que é baseado no Ubuntu LTS, está usando) precisa do diretório do carregador de inicialização EFI - de onde é carregado - para ser , não pode ser outra coisagrub.cfgporqueEFI/ubuntu/grub.cfgesse caminho foi compilado nogrubx64.efiarquivo e se o arquivo de configuração não existir - você obtém o prompt do GRUB, como eu fiz.Podemos ver isso executando
setno prompt do GRUB: a saída teráo que significa que o prefixo (de onde o GRUB pensa que foi carregado e de onde espera ver todos os outros arquivos) é codificado para o que o Ubuntu usa.
Quando você instala o KDE Neon (que é o que estou usando), o instalador do Neon criará um
EFI/ubuntueEFI/neonas instalações do carregador de boot - não sei por que eles tentam, já que aEFI/neonpasta nem é usada (provavelmente porque eles deseja que o nome da entrada do carregador de inicialização seja "neon" e, por algum motivo, isso significa que a pasta também deve ser chamada de "neon"? a especificação UEFI não exige isso), então funciona.O que fiz de errado foi presumir que a
EFI/ubuntupasta era algum tipo de legado (instalei o Neon em cima de uma instalação anterior do Ubuntu) e removi (e também reinstalei o gerenciador de inicialização do Neon emEFI/Neon, porque queria que a entrada de inicialização fosse bem maiúscula) - então o executável do GRUB foi carregado (pelo firmware UEFI) da nova pasta, mas uma vez carregado - ele tentou encontrar o restante da configuraçãoEFI/ubuntue não estava lá. Então, somos levados ao prompt para descobrir.