无法打开\ EFI \ Microsoft \ Boot \ grubx64.efi-80000000000000E

引导修复有时会将GRUB复制到其他文件名，包括Windows通常使用的文件名。

您没有说出出现这些错误后是否能够正常启动，但是您的Boot Repair输出使它看起来像您可以的那样。具体来说：

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

这是的输出sudo efibootmgr -v。不要惊慌。您可以忽略大多数长的可怕的十六进制数字。要特别注意BootCurrent和BootOrder行。该BootCurrent行告诉您操作系统的启动方式-在这种情况下，通过使用该Boot0001选项，您可以看到该选项适用于Ubuntu。BootOrder但是，该行表示计算机已配置为可以在尝试其他多种选择之前进行尝试。这些是默认的引导加载程序-通常是EFI/BOOT/bootx64.efi，但是您的计算机完全有可能使用EFI/Microsoft/Boot/bootmgfw.efi其中的一些。我的直觉是，Boot Repair将GRUB复制到了这些位置中的一个或两个，但是在激活安全启动的情况下，没有Shim（shimx64.efi）的帮助，GRUB不会启动。因此，您的错误消息来自我的固件。

关于这个最令人费解的是，你通过引导Boot0001尽管它的（的Ubuntu）项不上BootOrder名单。也许您的固件在其他任何方法都不起作用时就不在列表中，或者它实际上在列表中，但是efibootmgr由于某种原因没有被报告。

从理论上讲，您应该能够通过在Linux中键入以下命令来克服此问题：

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

这将更BootOrder改为现在的行，除了首先运行的Ubuntu条目。在删除任何文件之前，我会先尝试一下。如果这不起作用，但是，继续和重新命名的EFI/BOOT/bootx64.efi和/或EFI/Microsoft/Boot/bootmgfw.efi文件，或在它们所在的目录。如果您可以在重命名这些文件或目录后启动，请继续并删除它们。如果重命名使情况变得更糟，则可以使用紧急磁盘将其重命名为原始名称。