Falha ao abrir \ EFI \ Microsoft \ Boot \ grubx64.efi - 80000000000000E

Question

Eu tenho uma nova instalação do 14.04 em um novo SSD. Tudo estava correndo bem até eu executar o reparo de inicialização por algum motivo que não consigo lembrar. Agora, quando eu inicializo, recebo os seguintes erros:

Failed to open \EFI\Microsoft\Boot\grubx64.efi - 80000000000000E
Failed to load image
Failed to open \EFI\Microsoft\Boot\MokManager.efi - 80000000000000E
Failed to load image
Failed to open "\EFI\BOOT\fallback.efi": 14
Failed to open \EFI\BOOT\grubx64.efi - 80000000000000E
Failed to load image
Failed to open \EFI\BOOT\MokManager.efi -80000000000000E
Failed to load image

Este novo disco rígido nunca teve o Windows instalado, então é possível que o reparo de inicialização tenha adicionado esses arquivos? Posso simplesmente deletá-los?

A informação da inicialização mostra o seguinte:

Boot files: /EFI/Boot/bootx64.efi /EFI/ubuntu/MokManager.efi
/EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi
/EFI/Microsoft/Boot/bootmgfw.efi
/EFI/Microsoft/Boot/bootx64.efi

Aqui está um link para o link completo de informações de inicialização

Como devo proceder?

    

Answer 1

O Boot Repair, às vezes, copia o GRUB para outros nomes de arquivos, incluindo aqueles que são normalmente usados pelo Windows.

Você não disse se consegue inicializar normalmente depois que esses erros aparecem, mas a saída de Reparo de inicialização faz com que pareça que você pode; especificamente:

=================== efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 3003,3001,3004,2001,2002
Boot0000* Notebook Hard Drive   BIOS(2,500,00)................-.'.......'.A.'........................................
Boot0001* ubuntu    HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIubuntushimx64.efi)
Boot0002* Internal CD/DVD ROM Drive BIOS(3,500,00)................-.g.......g.A.g........................................
Boot0003* Windows Boot Manager  HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIMicrosoftBootbootmgfw.efi)RC
Boot0004* Ubuntu    HD(1,800,100000,3c6d1212-54d5-4b03-8eb6-680c74425f10)File(EFIubuntugrubx64.efi)RC
Boot2001* USB Drive (UEFI)  RC
Boot2002* Internal CD/DVD ROM Drive (UEFI)  RC
Boot3001* Internal Hard Disk or Solid State Disk    RC
Boot3003* Internal Hard Disk or Solid State Disk    RC
Boot3004* Internal Hard Disk or Solid State Disk    RC

Esta é a saída de sudo efibootmgr -v . Não se apavore por isso; você pode ignorar a maioria dos números hexadecimais longos e assustadores. Preste especial atenção às linhas BootCurrent e BootOrder . A linha BootCurrent informa como o sistema operacional inicializou - neste caso, usando a opção Boot0001 , que você pode ver é para o Ubuntu. A linha BootOrder , no entanto, indica que o computador está configurado para tentar várias outras opções antes dessa. Esses são os carregadores de inicialização padrão - normalmente EFI/BOOT/bootx64.efi , mas é totalmente possível que seu computador use EFI/Microsoft/Boot/bootmgfw.efi para alguns deles. Meu palpite é que o Boot Repair copiou o GRUB para um ou ambos os locais, mas com o Secure Boot ativo, o GRUB não será iniciado sem a ajuda do Shim ( shimx64.efi ). Daí suas mensagens de erro, que eu acho que vêm do seu firmware.

A coisa mais intrigante sobre isso é que você inicializou através da entrada Boot0001 (Ubuntu) apesar do fato de não estar na lista BootOrder . Talvez seu firmware saia da lista quando nada mais funcionar, ou talvez esteja na lista, mas não esteja sendo reportado por efibootmgr por algum motivo.

Em teoria, você deve ser capaz de superar esse problema digitando o seguinte comando no Linux:

sudo efibootmgr -o 1,3003,3001,3004,2001,2002

Isso muda a linha BootOrder para ser o que é agora, exceto com a entrada Ubuntu funcionando primeiro. Eu tentaria isso antes de excluir qualquer arquivo. Se isso não funcionar, vá em frente e renomeie os arquivos EFI/BOOT/bootx64.efi e / ou EFI/Microsoft/Boot/bootmgfw.efi , ou os diretórios nos quais eles residem. Se você puder inicializar depois de renomear esses arquivos ou diretórios, vá em frente e exclua-os. Se renomeá-los piorar, você pode usar um disco de emergência para renomeá-los de volta para seus nomes originais.

    

Answer 2

Então, consegui resolver esse problema simplesmente excluindo a pasta EFI / Microsoft. Eu estou supondo que o reparo de inicialização criou essa pasta, mas não é necessário na minha configuração do Ubuntu.

NOTA: Esta não é uma boa solução para a maioria dos casos, especialmente se você quiser usar o Windows no futuro. Verifique se você sabe o que está fazendo antes de excluir arquivos essenciais do sistema como este.