EFI Lockdown, не могу загрузить Ubuntu 16.04 или Windows 10

У меня есть ноутбук с твердотельным накопителем на 250 ГБ, содержащим копии EFI Windows 10 и Ubuntu 16.04, и жесткий диск на 1 ТБ с парой разделов данных. Я использовал эту систему с включенной безопасной загрузкой и быстрой загрузкой в ​​течение нескольких недель без проблем.

Прошлой ночью Ubuntu зависал на неопределенное время во время выключения, и я жестко выключил компьютер, удерживая нажатой кнопку питания. Когда я попытался запустить компьютер после этого, в меню UEFI не было видно ни SSD, ни двух параметров загрузки, которые в нем содержались. Он все еще мог видеть жесткий диск (который не содержит загрузчиков, только данные).

Я смог загрузить Ubuntu с живого USB и не смог обнаружить SSD через Gparted или разошелся из этой системы Ubuntu.

Когда я попытался перезагрузиться этим утром после того, как батарея разрядилась прошлой ночью, UEFI снова может видеть SSD и параметры загрузки Ubuntu и Windows на нем. Однако это не будет загружаться также успешно.

Grub может загружаться по умолчанию и показывает параметры загрузки для обеих операционных систем. Когда я пытаюсь загрузить Windows, я получаю заставку на более длительный период времени, чем обычно (возможно, 30 или 60 секунд), а затем он возвращается к интерфейсу Grub, чтобы выбрать ОС.

Если я выберу Ubuntu, он ненадолго переходит в заставку Ubuntu, а затем входит в терминал, где печатает:

/dev/sda4: clean, 580575/9322496 files, 5157737/37265152 blocks
[  OK  ] Started udev Kernel Device Manager.
         Starting Show Plymouth Boot Screen...
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode. 
Press Enter for maintenance

Когда я просматриваю системные журналы с помощью «journalctl -xb» «Я получаю много текста, включая следующие сообщения об ошибках:

secureboot: Secure boot could not be determined (node 0)

и

Kernel is locked down from EFI secure boot: see man kernel_lockdown.7

и

tboot: non-0 tboot_addr but it is not of type E820_TYPE_RESERVED

Когда я запускаю« man kernel_lockdown. 7 "Я получаю сообщение о том, что файл не существует.

Кроме того, повторная загрузка с живого Ubuntu USB все еще не позволяет мне видеть SSD из Gparted или parted, несмотря на то, что он теперь виден из меню параметров загрузки UEFI.

Я пробовал все вышеперечисленное с включенными и выключенными SecureBoot и Fastboot в меню UEFI.

Я не очень понимаю, как работает UEFI, но я думаю, что это похоже на то, что я жестко выключил компьютер во время процесса выключения, SSD был оставлен в заблокированном состоянии, что делает невозможным перезагрузку этих два варианта загрузки? Как мне исправить что-то вроде этого?

Спасибо!

РЕДАКТИРОВАТЬ:

Я запускал chkdsk за ночь из командной строки установленной среды восстановления Windows (не из USB):

chkdsk D: /x /f /r

, который не обнаружил никаких поврежденных секторов или вывел какие-либо явные сообщения об ошибках. Кажется, это не привело к каким-либо изменениям в поведении Windows, когда я пытаюсь загрузиться.

Также запустил fsck в Ubuntu Live USB на разделе данных ext4 для установки Ubuntu, который не обнаружил никаких проблем. Этот ext4 находится на жестком диске, хотя загрузочный раздел efi для Windows и Ubuntu находится на SSD.

Когда я вошел в Ubuntu Live USB, я могу видеть и перемещаться по разделу данных ext4 для исходной установки Ubuntu и открывать файлы, и все выглядит отлично - и то же самое для раздела данных Windows (расположен на SSD), когда я нахожусь на линии восстановления Windows cmd. Я не думаю, что там есть какие-либо проблемы с повреждением файлов. Одна вещь, которая меня удивила, заключалась в том, что при загрузке в эту среду SSD автоматически монтировался как D:, а жесткий диск как C: Windows - но оба были успешно смонтированы и доступны для чтения.

Не уверен, что попробовать здесь, кроме чистой переустановки ОС. Я также до сих пор не могу получить доступ к SSD с Ubuntu Live USB по какой-то причине.

РЕДАКТИРОВАТЬ:

Вот отчет с информацией о загрузке, созданный в Ubuntu Live USB:

http://paste.ubuntu.com/p/73hdknqv6p/

РЕДАКТИРОВАТЬ:

Я полагаю, что Ubuntu не может видеть SSD в качестве файловой системы, потому что он в данный момент не находится в режиме AHCI - вот подходящий вывод, сгенерированный на Ubuntu Live USB:

root@ubuntu:~# dmesg | grep -i 'ahci'
[    4.938935] ahci 0000:00:17.0: version 3.0
[    4.939107] ahci 0000:00:17.0: Found 1 remapped NVMe devices.
[    4.939107] ahci 0000:00:17.0: Switch your BIOS from RAID to AHCI mode to use them.
[    4.939344] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 1 ports 6 Gbps 0x1 impl RAID mode
[    4.939346] ahci 0000:00:17.0: flags: 64bit ncq sntf pm clo only pio slum part deso sadm sds apst 
[    4.939946] scsi host1: ahci

В меню UEFI есть опция для переключения на AHCI, но выбор этой опции, похоже, ничего не делает. После переключения на AHCI и входа в Live USB Ubuntu по-прежнему не видит SSD, и вышеприведенный вывод остается прежним, а при завершении работы и загрузке в меню UEFI вместо этого отображается опция, переключенная обратно на версию RST. [Тысяча сто тридцать два]

2
задан 2 September 2019 в 04:43

1 ответ

На основе совета oldfred и большого поиска с помощью Google, это - то, что я закончил тем, что делал, который, кажется, исправил проблему:

1) Загруженные настройки UEFI и выключили безопасную начальную загрузку и быструю загрузку. Удостоверьтесь, что сохранили изменения установки UEFI прежде, чем загрузить операционную систему - по крайней мере, на моем встроенном микропрограммном обеспечении, это не сделано по умолчанию, на самом деле необходимо нажать Save прежде, чем загрузиться из меню параметров в ОС

2) Загруженный Windows, но используемый F8 для ввода меню параметров восстановления

3) Перемещенный через меню восстановления к подсказке cmd

4) Окна набора для начальной загрузки в безопасном режиме:

bcdedit /set {current} safeboot minimal

5) Перезапустите и загрузите Windows снова (в безопасном режиме, данном вышеупомянутую установку)

6) Откройте regedit и измените значения реестра и значения по умолчанию для следующих ключей к 0:

HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ iaStorV -> start
HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ iaStorV\ StartOverride 
HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ storahci -> start
HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Services\ storahci\ StartOverride 

7) Перезапустите компьютер снова и загрузите настройки UEFI. Измененные опции SATA к режиму AHCI, от Intel IDE RST

8) Загрузите Windows, который снова загрузится в безопасный режим, но на этот раз установит все драйверы AHCI (ПРИМЕЧАНИЕ - пытающийся загрузиться в Windows после переключения на AHCI, не имея его в безопасном режиме вызовет bluescreen),

9) Выполните следующую команду в подсказке cmd для удаления начальной загрузки безопасного режима по умолчанию

bcdedit /deletevalue {current} safeboot

10) Перезапуск и начальная загрузка в Windows, который должен теперь загрузиться правильно в небезопасном режиме с AHCI

11) Перезапуск и начальная загрузка в Ubuntu, которая должна теперь загрузиться правильно и обнаружить SSD AHCI

12) Снова включенная Защищенная загрузка и Быстрая загрузка в опциях UEFI и проверенный, что обе операционных системы могут все еще загрузиться правильно

Я ДУМАЮ, что это - полный список вещей, которые я сделал, которые важны для репродуцирования успешной фиксации. Я сделал много другого материала перед пониманием этого хотя, таким образом, возможно, что я пропустил что-то еще соответствующее!

0
ответ дан 2 December 2019 в 06:00

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

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