Ubuntu 15.04. Проблема безопасной загрузки

Question 1

У меня есть система с Ubuntu 15.04 и Windows 10 с двойной загрузкой. Все работало нормально при включенной безопасной загрузке. Но теперь он внезапно перестал работать, и Ubuntu не может загрузиться с включенной безопасной загрузкой (через shimx64) и просто перенаправляет меня в Windows, когда я выбираю эту опцию. Однако я могу отключить безопасную загрузку и загрузку с моего варианта загрузки grubx64. Кажется, что-то не так с shimx64, но я не уверен.

Вот мой результат выполнения sudo efibootmgr -v:

BootCurrent: 000D
Timeout: 0 seconds
BootOrder: 0002,0003,000C,000D,0000,0001
Boot0000* P0: ST1000DM003-1ER162            BIOS(11,0,00)
Boot0001* P4: PLDS DVD+/-RW DH-16AES        BIOS(13,0,00)
Boot0002* ubuntu    HD(1,800,fa000,2c4c3f52-0207-45e5-bd9b-cc48a2e27dcf)File(\EFI\ubuntu\shimx64.efi)
Boot0003* Windows Boot Manager  HD(1,800,fa000,2c4c3f52-0207-45e5-bd9b-cc48a2e27dcf)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...1...............
Boot000C* UEFI OS   HD(1,800,fa000,2c4c3f52-0207-45e5-bd9b-cc48a2e27dcf)File(\EFI\BOOT\BOOTX64.EFI)
Boot000D* ubuntu    HD(1,800,fa000,2c4c3f52-0207-45e5-bd9b-cc48a2e27dcf)File(\EFI\Ubuntu\grubx64.efi)

Я заметил, что один из них - \EFI\Ubuntu\grubx64.efi, а другой - \EFI\ubuntu\shimx64.efi, так что есть заглавная «Ubuntu» для grubx64.efi и строчные буквы "ubuntu" для shimx64.efi. Я не уверен, что это может вызвать проблемы. Итак, вот что я сделал:

$ cd /boot/efi/EFI/
$ ls
Boot  Microsoft  ubuntu
$ cd ubuntu
$ ls
grub.cfg  grubx64.efi  MokManager.efi  shimx64.efi

Итак, я увидел, что был только один каталог "ubuntu" и нет каталога "Ubuntu". Каталог "ubuntu" выглядит так, как будто у него есть shimx64.efi и grubx64.efi и все остальное, что ему нужно для загрузки.

Наконец, я сделал sudo boot-repair и выбрал «Создать сводную информацию о загрузке», и вот ссылка: http://paste.ubuntu.com/12300679/ . Я заметил, что /EFI/ubuntu/shimx64.efi не было указано в разделе «Загрузочные файлы» для sda1. Я не уверен, что заставило это перестать работать, но это могло быть из-за обновления. Любая помощь приветствуется.

Question 2

Моя догадка - то, что Вы сталкиваетесь с проблемами с подписью на Вашей копии Контейнера. Это - проблема, с которой я встретился прежде с некоторым EFIs; они являются иногда привередливыми и не любят подписанных двоичных файлов, которые находятся очень хорошо на других компьютерах. А именно, я видел эту проблему с материнской платой ASUS P8H77-I - но другие бренды и модели могут подвергнуться той же проблеме, также.

, Если я прав, у Вас есть в основном две опции:

Отключают Защищенную загрузку.
Находят другого (возможно более старым) программой Контейнера и используют его.

первая опция довольно очевидна, и Вы уже, очевидно, обнаружили его. Для второго существует, вероятно, по крайней мере дюжина двоичных файлов Контейнера, плавающих вокруг с подписями Microsoft. Один это никогда не давало мне проблемы, но это старо, Контейнер Matthew Garrett со знаком 0.2 . Для использования его необходимо перезаписать shimx64.efi и MokManager.efi двоичные файлы в /boot/efi/EFI/ubuntu с теми из архива, который Вы находите. Когда Вы перезагрузите, Вас, вероятно, встретит ужасный селектор файла текстового режима (MokManager), который заставляет пользовательский интерфейс Apple II выглядеть сложным. Используйте его для выбора Канонического файла сертификата. Этот файл доступен в некотором пакете Ubuntu или другом, но я не вспоминаю который. Для удобства я собрал несколько вместе для моей собственной программы перенаходки; см. здесь для отдельных файлов. Вам нужно canonical-uefi-ca.der файл, и он должен быть сохранен на ESP (под /boot/efi в Ubuntu) так, чтобы MokManager мог считать его. После того как Вы вводите Канонический файл подписи и выход от MokManager, система могла бы подвесить, перезагрузить, начальная загрузка в Windows, или загрузиться в GRUB. В следующий раз, когда Вы загружаетесь, тем не менее, все должно обычно работать.

Используя более старый пакет Контейнера Ubuntu, вероятно, будет немного легче, так как Вы не должны будете использовать MokManager. Необходимо будет разыскать соответствующий пакет, установить его и возможно скопировать grubx64.efi и MokManager.efi файлы, как просто описано. Обязательно сохраните копии тех файлов где-нибудь безопасными, хотя; если моя гипотеза будет корректна, то диспетчер пакетов, вероятно, попытается обновить Контейнер и заменить Ваши файлы поврежденной версией.

маловероятно, что различие в случае, которое Вы наблюдали, важно. ESP (смонтированный в /boot/efi в Ubuntu) использует FAT, который является сохраняющей случаем, но нечувствительной к регистру файловой системой. Другими словами, ubuntu и Ubuntu идентичны FAT. OTOH, возможно, Ваше встроенное микропрограммное обеспечение имеет ошибку чувствительности к регистру, которая взаимодействует с установкой Secure Boot. Это кажется немного неправдоподобным, но более странные вещи произошли.

Rod Smith · Answer 1 · 7 September 2015 в 09:53

Моя догадка - то, что Вы сталкиваетесь с проблемами с подписью на Вашей копии Контейнера. Это - проблема, с которой я встретился прежде с некоторым EFIs; они являются иногда привередливыми и не любят подписанных двоичных файлов, которые находятся очень хорошо на других компьютерах. А именно, я видел эту проблему с материнской платой ASUS P8H77-I - но другие бренды и модели могут подвергнуться той же проблеме, также.

, Если я прав, у Вас есть в основном две опции:

Отключают Защищенную загрузку.
Находят другого (возможно более старым) программой Контейнера и используют его.

первая опция довольно очевидна, и Вы уже, очевидно, обнаружили его. Для второго существует, вероятно, по крайней мере дюжина двоичных файлов Контейнера, плавающих вокруг с подписями Microsoft. Один это никогда не давало мне проблемы, но это старо, Контейнер Matthew Garrett со знаком 0.2 . Для использования его необходимо перезаписать shimx64.efi и MokManager.efi двоичные файлы в /boot/efi/EFI/ubuntu с теми из архива, который Вы находите. Когда Вы перезагрузите, Вас, вероятно, встретит ужасный селектор файла текстового режима (MokManager), который заставляет пользовательский интерфейс Apple II выглядеть сложным. Используйте его для выбора Канонического файла сертификата. Этот файл доступен в некотором пакете Ubuntu или другом, но я не вспоминаю который. Для удобства я собрал несколько вместе для моей собственной программы перенаходки; см. здесь для отдельных файлов. Вам нужно canonical-uefi-ca.der файл, и он должен быть сохранен на ESP (под /boot/efi в Ubuntu) так, чтобы MokManager мог считать его. После того как Вы вводите Канонический файл подписи и выход от MokManager, система могла бы подвесить, перезагрузить, начальная загрузка в Windows, или загрузиться в GRUB. В следующий раз, когда Вы загружаетесь, тем не менее, все должно обычно работать.

Используя более старый пакет Контейнера Ubuntu, вероятно, будет немного легче, так как Вы не должны будете использовать MokManager. Необходимо будет разыскать соответствующий пакет, установить его и возможно скопировать grubx64.efi и MokManager.efi файлы, как просто описано. Обязательно сохраните копии тех файлов где-нибудь безопасными, хотя; если моя гипотеза будет корректна, то диспетчер пакетов, вероятно, попытается обновить Контейнер и заменить Ваши файлы поврежденной версией.

маловероятно, что различие в случае, которое Вы наблюдали, важно. ESP (смонтированный в /boot/efi в Ubuntu) использует FAT, который является сохраняющей случаем, но нечувствительной к регистру файловой системой. Другими словами, ubuntu и Ubuntu идентичны FAT. OTOH, возможно, Ваше встроенное микропрограммное обеспечение имеет ошибку чувствительности к регистру, которая взаимодействует с установкой Secure Boot. Это кажется немного неправдоподобным, но более странные вещи произошли.

Вы рекомендовали 5 текстовым редакторам кодировать. Человек может использовать 5 текстовых редакторов для работы серьезно? — Anwar, 2 December 2016 в 06:34

Ubuntu 15.04. Проблема безопасной загрузки

1 ответ

Другие вопросы по тегам:

Похожие вопросы: