16.04. Установка двойной загрузки на Lenovo Yoga 2 Pro - /EFI/ubuntu/grubx64.efi не найдена после загрузки в Windows

Сообщения Failed to open, Failed to load image и start_image() returned Not Found отправляются от Shim. (Вы можете проверить исходный код, они находятся в файле shim.c.) Обычно, при загрузке Ubuntu на компьютере на базе EFI, система запускает Shim (shimx64.efi), что является способом Ubuntu справиться с безопасностью Загрузочный. Затем программа Shim запускает GRUB (grubx64.efi). Эти сообщения об ошибках указывают, что Shim запущен, но GRUB не присутствовал - или не мог быть прочитан. Вы писали:

Это указывает на то, что grubx64.efi существует, но не читается Shim. Наиболее вероятным объяснением этого несоответствия между тем, что видит Windows, и тем, что видит EFI, является то, что у вас есть функции быстрого запуска Windows и / или Hibernate. Эти функции превращают операцию выключения Windows в операцию «приостановить на диск», чтобы ускорить следующую загрузку. Проблема в том, что эта функция может оставлять файловые системы, в том числе файловую систему на ESP, в несогласованном состоянии. Это, в свою очередь, может нанести ущерб способности EFI читать файлы из ESP - некоторые файлы могут казаться случайными. Как правило, драйверы файловой системы FAT EFI не кажутся такими же надежными, как драйверы FAT в Windows или Linux, поэтому файл может выглядеть нормально в Windows, но не читается в EFI.

Решение - отключить функции быстрого запуска Windows и Hibernate, как описано в исходном коде; и здесь соответственно.

Также возможно, что повреждение файловой системы произошло каким-то другим способом, но что драйверы Windows могут справиться с проблемой, в то время как драйверы EFI не могут. Запуск средства проверки диска (например, dosfsck в Ubuntu или CHKDSK в Windows) на ESP может устранить проблему. В крайних случаях может потребоваться резервное копирование, создание новой файловой системы и ее восстановление.

Обратите внимание, что решение ravery - это всего лишь бандажная помощь - и рискованная. (Я видел, по крайней мере, один компьютер, который начал сильно удаляться после удаления всех загрузочных записей прошивки.) Копирование GRUB в резервное имя файла EFI/BOOT/bootx64.efi может работать в некоторых случаях (как это, по-видимому, у вас), но в отсутствие правильных загрузочных переменных EFI некоторые EFI будут использовать загрузчик Windows поверх резервного загрузчика. Хуже того, поскольку решение ravery не устраняет основную причину проблемы, оно может повториться или может произойти повреждение какой-либо другой файловой системы, что может привести к другим проблемам. (К счастью, количество файлов на ESP относительно невелико, поэтому вы, скорее всего, не получите полностью поврежденную систему, средства восстановления Windows и Ubuntu могут восстановить поврежденные файлы ESP.)

Для получения дополнительной информации о том, как загружаются системы EFI, помимо использования резервного имени файла, см .:

Сообщения Failed to open, Failed to load image и start_image() returned Not Found отправляются от Shim. (Вы можете проверить исходный код, они находятся в файле shim.c.) Обычно, при загрузке Ubuntu на компьютере на базе EFI, система запускает Shim (shimx64.efi), что является способом Ubuntu справиться с безопасностью Загрузочный. Затем программа Shim запускает GRUB (grubx64.efi). Эти сообщения об ошибках указывают, что Shim запущен, но GRUB не присутствовал - или не мог быть прочитан. Вы писали:

Это указывает на то, что grubx64.efi существует, но не читается Shim. Наиболее вероятным объяснением этого несоответствия между тем, что видит Windows, и тем, что видит EFI, является то, что у вас есть функции быстрого запуска Windows и / или Hibernate. Эти функции превращают операцию выключения Windows в операцию «приостановить на диск», чтобы ускорить следующую загрузку. Проблема в том, что эта функция может оставлять файловые системы, в том числе файловую систему на ESP, в несогласованном состоянии. Это, в свою очередь, может нанести ущерб способности EFI читать файлы из ESP - некоторые файлы могут казаться случайными. Как правило, драйверы файловой системы FAT EFI не кажутся такими же надежными, как драйверы FAT в Windows или Linux, поэтому файл может выглядеть нормально в Windows, но не читается в EFI.

Решение - отключить функции быстрого запуска Windows и Hibernate, как описано в исходном коде; и здесь соответственно.

Также возможно, что повреждение файловой системы произошло каким-то другим способом, но что драйверы Windows могут справиться с проблемой, в то время как драйверы EFI не могут. Запуск средства проверки диска (например, dosfsck в Ubuntu или CHKDSK в Windows) на ESP может устранить проблему. В крайних случаях может потребоваться резервное копирование, создание новой файловой системы и ее восстановление.

Обратите внимание, что решение ravery - это всего лишь бандажная помощь - и рискованная. (Я видел, по крайней мере, один компьютер, который начал сильно удаляться после удаления всех загрузочных записей прошивки.) Копирование GRUB в резервное имя файла EFI/BOOT/bootx64.efi может работать в некоторых случаях (как это, по-видимому, у вас), но в отсутствие правильных загрузочных переменных EFI некоторые EFI будут использовать загрузчик Windows поверх резервного загрузчика. Хуже того, поскольку решение ravery не устраняет основную причину проблемы, оно может повториться или может произойти повреждение какой-либо другой файловой системы, что может привести к другим проблемам. (К счастью, количество файлов на ESP относительно невелико, поэтому вы, скорее всего, не получите полностью поврежденную систему, средства восстановления Windows и Ubuntu могут восстановить поврежденные файлы ESP.)

Для получения дополнительной информации о том, как загружаются системы EFI, помимо использования резервного имени файла, см .:

Сообщения Failed to open, Failed to load image и start_image() returned Not Found отправляются от Shim. (Вы можете проверить исходный код, они находятся в файле shim.c.) Обычно, при загрузке Ubuntu на компьютере на базе EFI, система запускает Shim (shimx64.efi), что является способом Ubuntu справиться с безопасностью Загрузочный. Затем программа Shim запускает GRUB (grubx64.efi). Эти сообщения об ошибках указывают, что Shim запущен, но GRUB не присутствовал - или не мог быть прочитан. Вы писали:

Это указывает на то, что grubx64.efi существует, но не читается Shim. Наиболее вероятным объяснением этого несоответствия между тем, что видит Windows, и тем, что видит EFI, является то, что у вас есть функции быстрого запуска Windows и / или Hibernate. Эти функции превращают операцию выключения Windows в операцию «приостановить на диск», чтобы ускорить следующую загрузку. Проблема в том, что эта функция может оставлять файловые системы, в том числе файловую систему на ESP, в несогласованном состоянии. Это, в свою очередь, может нанести ущерб способности EFI читать файлы из ESP - некоторые файлы могут казаться случайными. Как правило, драйверы файловой системы FAT EFI не кажутся такими же надежными, как драйверы FAT в Windows или Linux, поэтому файл может выглядеть нормально в Windows, но не читается в EFI.

Решение - отключить функции быстрого запуска Windows и Hibernate, как описано в исходном коде; и здесь соответственно.

Также возможно, что повреждение файловой системы произошло каким-то другим способом, но что драйверы Windows могут справиться с проблемой, в то время как драйверы EFI не могут. Запуск средства проверки диска (например, dosfsck в Ubuntu или CHKDSK в Windows) на ESP может устранить проблему. В крайних случаях может потребоваться резервное копирование, создание новой файловой системы и ее восстановление.

Обратите внимание, что решение ravery - это всего лишь бандажная помощь - и рискованная. (Я видел, по крайней мере, один компьютер, который начал сильно удаляться после удаления всех загрузочных записей прошивки.) Копирование GRUB в резервное имя файла EFI/BOOT/bootx64.efi может работать в некоторых случаях (как это, по-видимому, у вас), но в отсутствие правильных загрузочных переменных EFI некоторые EFI будут использовать загрузчик Windows поверх резервного загрузчика. Хуже того, поскольку решение ravery не устраняет основную причину проблемы, оно может повториться или может произойти повреждение какой-либо другой файловой системы, что может привести к другим проблемам. (К счастью, количество файлов на ESP относительно невелико, поэтому вы, скорее всего, не получите полностью поврежденную систему, средства восстановления Windows и Ubuntu могут восстановить поврежденные файлы ESP.)

Для получения дополнительной информации о том, как загружаются системы EFI, помимо использования резервного имени файла, см .: