☰

\EFI\Microsoft\Boot\grubx64.efi konnte nicht geöffnet werden – 80000000000000E

tag-icon • tag-icon boot grub2 uefi
\EFI\Microsoft\Boot\grubx64.efi konnte nicht geöffnet werden – 80000000000000E

Ich habe eine Neuinstallation von 14.04 auf einer neuen SSD. Alles lief einwandfrei, bis ich aus irgendeinem Grund, an den ich mich nicht erinnern kann, eine Boot-Reparatur ausführte. Jetzt erhalte ich beim Booten die folgenden Fehler:

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

Auf dieser neuen Festplatte war noch nie Windows installiert. Ist es also möglich, dass diese Dateien durch die Boot-Reparatur hinzugefügt wurden? Kann ich sie einfach löschen?

In den Startinformationen wird Folgendes angezeigt:

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

Hier ist ein Link zu den vollständigen Boot-Informationen.http://paste.ubuntu.com/10583113/

Wie soll ich vorgehen?

Antwort1

Boot Repair kopiert GRUB manchmal in andere Dateinamen, einschließlich derjenigen, die normalerweise von Windows verwendet werden.

Sie haben nicht gesagt, ob Sie nach dem Auftreten dieser Fehler normal booten können, aber Ihre Boot Repair-Ausgabe lässt es so aussehen, als ob dies möglich wäre. Im Einzelnen:

=================== 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

Dies ist die Ausgabe von sudo efibootmgr -v. Keine Panik, die meisten der langen, gruseligen Hexadezimalzahlen können Sie ignorieren. Achten Sie besonders auf die Zeilen BootCurrentund BootOrder. Die BootCurrentZeile sagt Ihnen, wie das Betriebssystem gebootet wurde – in diesem Fall mithilfe der Boot0001Option, die, wie Sie sehen, für Ubuntu ist. Die BootOrderZeile zeigt jedoch an, dass der Computer so konfiguriert ist, dass er vor dieser Option mehrere andere Optionen ausprobiert. Dies sind Standard-Bootloader – normalerweise EFI/BOOT/bootx64.efi, aber es ist durchaus möglich, dass Ihr Computer EFI/Microsoft/Boot/bootmgfw.efieinige davon verwendet. Ich vermute, dass Boot Repair GRUB an einen oder beide dieser Speicherorte kopiert hat, aber wenn Secure Boot aktiviert ist, wird GRUB nicht ohne die Hilfe von Shim ( shimx64.efi) gestartet. Daher Ihre Fehlermeldungen, die vermutlich von Ihrer Firmware stammen.

Das Rätselhafteste daran ist, dass Sie über den Boot0001Eintrag (Ubuntu) gebootet haben, obwohl esnichtauf der BootOrderListe. Vielleicht verschwindet Ihre Firmware von der Liste, wenn nichts anderes funktioniert, oder vielleicht steht sie tatsächlich auf der Liste, wird aber aus efibootmgrirgendeinem Grund nicht gemeldet.

Theoretisch sollten Sie dieses Problem lösen können, indem Sie in Linux den folgenden Befehl eingeben:

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

Dies ändert die BootOrderZeile in das, was sie jetzt ist, außer dass zuerst der funktionierende Ubuntu-Eintrag erscheint. Ich würde dies versuchen, bevor ich irgendwelche Dateien lösche. Wenn dies jedoch nicht funktioniert, fahren Sie fort undumbenennendie EFI/BOOT/bootx64.efiund/oder EFI/Microsoft/Boot/bootmgfw.efiDateien oder die Verzeichnisse, in denen sie sich befinden. Wenn Sie nach dem Umbenennen dieser Dateien oder Verzeichnisse booten können, löschen Sie sie. Wenn das Umbenennen die Sache noch schlimmer macht, können Sie sie mithilfe einer Notfalldiskette wieder auf ihre ursprünglichen Namen umbenennen.

Antwort2

Ich konnte dieses Problem also lösen, indem ich einfach den Ordner EFI/Microsoft löschte. Ich vermute, dass die Boot-Reparatur diesen Ordner erstellt hat, aber er wird in meinem reinen Ubuntu-Setup nicht benötigt.

HINWEIS: Dies ist in den meisten Fällen keine gute Lösung, insbesondere wenn Sie Windows auch in Zukunft verwenden möchten. Stellen Sie sicher, dass Sie wissen, was Sie tun, bevor Sie wichtige Systemdateien auf diese Weise löschen.

verwandte Informationen