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

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

Eu tenho uma nova instalação do 14.04 em um novo SSD. Tudo estava funcionando bem até que executei o reparo de inicialização por algum motivo que não consigo lembrar. Agora, quando 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 HDD nunca teve o Windows instalado, então é possível que o reparo de inicialização tenha adicionado esses arquivos? Posso simplesmente excluí-los?

As informações de inicialização mostram 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 as informações completas de inicialização-http://paste.ubuntu.com/10583113/

Como devo proceder?

Responder1

Às vezes, o Boot Repair copia o GRUB para outros nomes de arquivos, incluindo aqueles normalmente usados ​​pelo Windows.

Você não disse se consegue inicializar normalmente depois que esses erros aparecem, mas a saída do Boot Repair 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 surte com isso; você pode ignorar a maioria dos números hexadecimais longos e assustadores. Preste atenção especial às linhas BootCurrente BootOrder. A BootCurrentlinha informa como o sistema operacional foi inicializado - neste caso, usando a Boot0001opção, que você pode ver é para Ubuntu. A BootOrderlinha, porém, indica que o computador está configurado para tentar diversas outras opções antes dessa. Esses são carregadores de inicialização padrão - normalmente EFI/BOOT/bootx64.efi, mas é perfeitamente possível que seu computador use EFI/Microsoft/Boot/bootmgfw.efialguns 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 acho que vêm do seu firmware.

A coisa mais intrigante sobre isso é que você inicializou através da Boot0001entrada (Ubuntu), apesar de sernãona BootOrderlista. Talvez o seu firmware saia da lista quando nada mais funciona, ou talvez esteja na lista, mas não esteja sendo relatado efibootmgrpor algum motivo.

Em teoria, você deveria conseguir superar esse problema digitando o seguinte comando no Linux:

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

Isso muda a BootOrderlinha para o que é agora, exceto com a entrada funcional do Ubuntu primeiro. Eu tentaria isso antes de excluir qualquer arquivo. Se isso não funcionar, vá em frente erenomearos arquivos EFI/BOOT/bootx64.efie/ou EFI/Microsoft/Boot/bootmgfw.efiou os diretórios nos quais eles residem. Se você conseguir inicializar depois de renomear esses arquivos ou diretórios, vá em frente e exclua-os. Se renomeá-los piorar a situação, você poderá usar um disco de emergência para renomeá-los de volta aos nomes originais.

Responder2

Consegui resolver esse problema simplesmente excluindo a pasta EFI/Microsoft. Suponho que o reparo de inicialização criou esta pasta, mas ela não é necessária apenas 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. Certifique-se de saber o que está fazendo antes de excluir arquivos essenciais do sistema como este.

informação relacionada