☰

Не удалось открыть \EFI\Microsoft\Boot\grubx64.efi - 80000000000000E

tag-icon • tag-icon boot grub2 uefi
Не удалось открыть \EFI\Microsoft\Boot\grubx64.efi - 80000000000000E

У меня свежая установка 14.04 на новом SSD. Все работало нормально, пока я не запустил boot-repair по какой-то причине, которую я не помню. Теперь при загрузке я получаю следующие ошибки:

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

На этом новом жестком диске никогда не устанавливалась Windows, так что возможно ли, что boot-repair добавил эти файлы? Могу ли я просто удалить их?

Информация о загрузке показывает следующее:

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

Вот ссылка на полную информацию о загрузке:http://paste.ubuntu.com/10583113/

Как мне действовать?

решение1

Boot Repair иногда копирует 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 в одно или оба этих расположения, но при активной Secure Boot GRUB не запустится без помощи Shim ( shimx64.efi). Отсюда и ваши сообщения об ошибках, которые, как я предполагаю, исходят от вашей прошивки.

Самое загадочное в этом то, что вы загрузились через 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файлы или каталоги, в которых они находятся. Если вы можете загрузиться после переименования этих файлов или каталогов, продолжайте и удалите их. Если переименование ухудшит ситуацию, вы можете использовать аварийный диск, чтобы переименовать их обратно в исходные имена.

решение2

Итак, я смог решить эту проблему, просто удалив папку EFI/Microsoft. Я предполагаю, что восстановление загрузки создало эту папку, но она не нужна в моей настройке только Ubuntu.

ПРИМЕЧАНИЕ: Это не лучшее решение для большинства случаев, особенно если вы хотите иметь возможность использовать Windows в будущем. Убедитесь, что вы знаете, что делаете, прежде чем удалять важные системные файлы таким образом.

Связанный контент