Grub последнее обновление (17/11) проблема

Question

Grub последнее обновление (17/11) проблема

После последнего обновления Ubuntu, поэтому у меня на компьютере возникли проблемы с немедленным открытием Grub для выбора ОС.

Появляется сообщение об ошибке:

Failed to open \EFI\Microsoft\Boot\grubx64.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\grubx64.efi Not Found
Failed to open \EFI\Microsoft/Boot\MokManager.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\MokManager.efi Not Found
Failed to open \EFI\BOOT\grubx64.efi - Not Found
Failed to load image \EFI\BOOT\grubx64.efi Not Found
Failed to open \EFI\BOOT\MokManager.efi - Not Found
Failed to load image \EFI\BOOT\MokManager.efi Not Found
Checking media [Fail]

После проверки носителя еще раз пару раз открывается Grub.

Я попробовал BootRepair и переустановить, но это ничего не изменило. Во время обновления появилось меню о том, где должен быть установлен Grub или что-то подобное, я не могу вспомнить, я просто выбираю рекомендуемый вариант.

информация обо всех моих настройках загрузки здесь: http://paste.ubuntu.com/13326048/

0

boot dual-boot grub2 updates grub-efi

Источник

pat 18 ноя '15 в 09:28

1 ответ

Решение

Другие вопросы по тегам boot dual-boot grub2 updates grub-efi

Rod Smith 20 ноя '15 в 01:03 2015-11-20 01:03 · Accepted Answer · 2015-11-20 01:03

Я думаю, что это происходит так:

Компьютер пытается загрузиться с EFI/Microsoft/Boot/bootmgfw.efi на ESP. Вместо того, чтобы быть Windows (как этот файл должен быть), это копия Shim, которая затем пытается запустить, в свою очередь, grubx64.efi а также MokManager.efi из того же каталога. Оба эти файла отсутствуют, поэтому на этом шаге отображаются сообщения об ошибках, сбои и приводит к....
Компьютер пытается загрузиться с EFI/BOOT/bootx64.efiЭто также Shim, который пытается запустить те же последующие программы из этого каталога. Эти файлы отсутствуют, так что....
Компьютер загружается EFI/ubuntu/shimx64.efi, Эта копия Шима успешно запускается grubx64.efi и процесс загрузки проходит успешно.

Отслеживая в обратном направлении, Boot Repair иногда настраивает копии GRUB (и Shim и связанные инструменты) в EFI/Microsoft/Boot И в EFI/BOOT как способ обойти уродливые ошибки EFI, которые мешают некоторым компьютерам запоминать их порядок загрузки. Эта практика Boot Repair является уродливым хаком, который является обходным решением для такой же уродливой ошибки. Иногда это необходимо, но есть также случаи, когда это применяется без необходимости. Чрезмерное применение этого метода копирования было особенно распространено несколько лет назад, но разработчики Boot Repair в конце концов отступили и сделали такое копирование вариантом, а не стандартным.

В любом случае, похоже, что этот взлом Boot Repair был применен к вашей системе, а затем что-то (возможно, обновление GRUB) вошло и удалило grubx64.efi а также MokManager.efi от EFI/Microsoft/Boot а также EFI/BOOT каталоги на вашем ESP. Это приведет именно к тому поведению, которое вы видите. Эта гипотеза несколько поддерживается efibootmgr вывод в выводе Boot Repair (строки 1002-1010), который показывает порядок загрузки диспетчера загрузки Microsoft, за которым следует Ubuntu. (Там нет никаких доказательств загрузки в EFI/BOOT/bootx64.efi там, но это может быть действие ошибки EFI, которую хак Boot Repair предназначен для преодоления.)

ВНИМАНИЕ: Вы идете по опасной территории, потому что ваша система находится в нестандартном состоянии, и, если взлом Boot Repair был необходим, ваша прошивка неисправна. Попытки решить эту проблему в случае неудачи могут привести к еще худшим проблемам. Прежде чем делать что-либо еще, я настоятельно рекомендую вам сделать резервную копию вашего ESP (/boot/efi в убунту). Это обеспечит некоторые варианты восстановления, если дела пойдут хуже.

Возможно, следующая команда решит проблему:

sudo efibootmgr -o 0001,0002,0003,2001

Теоретически это, по крайней мере, не должно усугублять ситуацию; но если ваш компьютер действительно требует отвратительного взлома обходного пути, примененного Boot Repair, все ставки сняты. Если ваша прошивка неисправна, эта команда может в итоге не иметь никакого эффекта, и в этом случае может потребоваться другое решение: Копировать grubx64.efi, grub.cfg, а также MokManager.efi от EFI/ubuntu на ESP (/boot/efi/EFI/ubuntu в Linux) EFI/Microsoft/Boot и к EFI/BOOT на ESP.

Если копирование файлов необходимо, значит, ваша прошивка неисправна, и лучшим решением будет заменить неисправный компьютер на работающий. Это может показаться чрезмерной реакцией, но некоторые производители (на ум приходят HP и Sony) годами поставляют неисправные EFI. Зови меня разочарованным.