Problema da última atualização do Grub (17/11)

Question

Após o último Ubuntu, então a atualização do Grub, meu computador tem problemas para abrir imediatamente o Grub para escolher o sistema operacional.

Aparece uma mensagem de erro dizendo:

Failed to open \EFI\Microsoft\Boot\grubx64.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\grubx64.efi Not Found
Failed to open \EFI\Microsoft/Boot\MokManager.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\MokManager.efi Not Found
Failed to open \EFI\BOOT\grubx64.efi - Not Found
Failed to load image \EFI\BOOT\grubx64.efi Not Found
Failed to open \EFI\BOOT\MokManager.efi - Not Found
Failed to load image \EFI\BOOT\MokManager.efi Not Found
Checking media [Fail]

Após verificar novamente a mídia mais algumas vezes, abra o Grub.

Eu tentei o BootRepair e reinstalar, mas isso não mudou nada. Durante a atualização apareceu um menu sobre onde o Grub deve ser instalado ou alguma configuração similar que eu não consigo lembrar, eu escolhi a opção recomendada.

informações sobre todas as minhas configurações de inicialização aqui: link

    

Answer 1

O que eu acho que está acontecendo é isso:

1. O computador está tentando inicializar a partir de EFI/Microsoft/Boot/bootmgfw.efi no ESP. Em vez de ser o Windows (como este arquivo deve ser), é uma cópia do Shim, que então tenta iniciar, por sua vez, grubx64.efi e MokManager.efi do mesmo diretório. Esses dois arquivos estão ausentes, portanto, esta etapa exibe mensagens de erro, falha e leva a ....
2. O computador tenta inicializar a partir de EFI/BOOT/bootx64.efi , que também é Shim, que tenta iniciar os mesmos programas subseqüentes desse diretório. Esses arquivos estão ausentes, então ....
3. O computador inicializa EFI/ubuntu/shimx64.efi . Esta cópia do Shim consegue lançar grubx64.efi e o processo de inicialização é bem-sucedido normalmente.

Acompanhando o tempo, o Boot Repair às vezes configura cópias do GRUB (e Shim e ferramentas relacionadas) em EFI/Microsoft/Boot e em EFI/BOOT como uma maneira de contornar erros feios da EFI que impedem que alguns computadores lembrem sua inicialização ordens. Esta prática de reparo de inicialização é um hack feio que é uma solução para um bug igualmente feio. Às vezes é necessário, mas também há casos em que é aplicado desnecessariamente. A aplicação excessiva desse truque de cópia foi particularmente comum há alguns anos, mas os desenvolvedores do Boot Repair eventualmente recuaram e tornaram essa cópia uma opção em vez do padrão.

Em qualquer caso, parece que esse hack de Reparo de Boot foi aplicado ao seu sistema e então algo (talvez a atualização do GRUB) entrou e excluiu grubx64.efi e MokManager.efi dos diretórios EFI/Microsoft/Boot e EFI/BOOT no seu ESP. Isso resultaria precisamente no comportamento que você vê. Esta hipótese é um pouco suportada pela saída efibootmgr em sua saída do Boot Repair (linhas 1002-1010), que mostra uma ordem de inicialização do gerenciador de inicialização da Microsoft, seguida pelo Ubuntu. (Não há nenhuma evidência de uma inicialização para EFI/BOOT/bootx64.efi , mas essa pode ser a ação do bug da EFI que o hack do Boot Repair deve superar.)

BEWARE: Você está pisando em território perigoso porque seu sistema está em um estado não padrão e, se o hack do Boot Repair foi necessário, o firmware está com defeito. As tentativas de corrigir esse problema, se malsucedidas, podem criar problemas ainda piores. Antes de fazer qualquer outra coisa, eu recomendo strongmente que você faça backup do seu ESP ( /boot/efi no Ubuntu). Isso fornecerá algumas opções de recuperação se as coisas piorarem.

É possível que o seguinte comando corrija o problema:

sudo efibootmgr -o 0001,0002,0003,2001

Em teoria, isso pelo menos não deve piorar as coisas; mas se o seu computador realmente exigiu o truque feio de uma solução aplicada pelo Boot Repair, todas as apostas estão desativadas. Se o seu firmware estiver com defeito, este comando pode acabar não tendo nenhum efeito, caso em que outra solução pode ser necessária: Copie grubx64.efi , grub.cfg e MokManager.efi de EFI/ubuntu no ESP ( /boot/efi/EFI/ubuntu no Linux) para EFI/Microsoft/Boot e para EFI/BOOT no ESP.

Se for necessário copiar os arquivos, o firmware está com defeito e uma solução melhor é substituir o computador defeituoso por um que funcione. Isso pode soar como uma reação exagerada, mas alguns fabricantes (HP e Sony vêm à mente) têm fornecido EFIs defeituosas há anos. Me chame de frustrado.