[РЕШЕНО] EFI stab: ERROR: Filed to open file: /initramfs-linux.img

amon	# 2 года, 2 месяца назад
Темы: 42 Сообщения: 780 Участник с: 01 июня 2017	vs220 Ефи сперва грузит драйвера потом пытается загрузить загрузочные записи в порядке указанном в BootOrder, если не удалась загрузка не по одной из записей то грузится /EFI/Boot/bootx64.efi nafanja определить кто мог прописать загрузчик без подписи не возможно в принципе, из за того что ключ в uefi может импортировать только человек, а прописать в меню uefi может и вирус грузится /EFI/Boot/bootx64.efi - это с подписью? вирус не может тут начудить?

# 2 года, 2 месяца назад

Сообщения: 780

Участник с: 01 июня 2017

vs220
Ефи сперва грузит драйвера потом пытается загрузить загрузочные записи в порядке указанном в BootOrder,
если не удалась загрузка не по одной из записей то грузится /EFI/Boot/bootx64.efi

nafanja
определить кто мог прописать загрузчик без подписи не возможно в принципе, из за того что ключ в uefi может импортировать только человек, а прописать в меню uefi может и вирус

грузится /EFI/Boot/bootx64.efi - это с подписью? вирус не может тут начудить?

vs220	# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	amon это с подписью? вирус не может тут начудить? Зависит от того включен ли "Secure Boot" в настройках "уефи биос". Неподписанный просто не загрузится. А загрузочные записи это просто пойти на диск такой то загрузить то то. А уже это то то проверяется на подпись при включенном "Secure Boot" независимо от того как оно называется или где находится При включенном "Secure Boot" надо класть на место /EFI/Boot/bootx64.efi подписанный загрузчик. https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface/Secure_Boot https://www.rodsbooks.com/refind/secureboot.html Вот еще доступным языком https://habr.com/ru/post/308032/

vs220

# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

amon
это с подписью? вирус не может тут начудить?

Зависит от того включен ли "Secure Boot" в настройках "уефи биос". Неподписанный просто не загрузится.
А загрузочные записи это просто пойти на диск такой то загрузить то то. А уже это то то проверяется на подпись при включенном "Secure Boot" независимо от того как оно называется или где находится

При включенном "Secure Boot" надо класть на место /EFI/Boot/bootx64.efi подписанный загрузчик.

https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface/Secure_Boot
https://www.rodsbooks.com/refind/secureboot.html
Вот еще доступным языком https://habr.com/ru/post/308032/

vasek	# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Сам UEFI не использую, но с целью ликбеза обратился к первоисточнику - к спецификации UEFI … после прочтения полного прояснения не наступило. Менеджер загрузки осуществляет управление загрузкой, используя глобальные переменные, к которым также относится и переменная BootOrder. При нормальной работе не возможно автоматическое удаление переменных BootOrder, к которым нет претензий (которые не имеют ошибок) `The firmware should not, under normal operation, automatically remove any correctly formed Boot#### variable currently referenced by the BootOrder or BootNext variables.` Но имеется лазейка для удаления переменных BootOrder, к которым имеются претензии `The boot manager may perform automatic maintenance of the database variables. For example, it may remove unreferenced load option variables or any load option variables that cannot be parsed, and it may rewrite any ordered list to remove any load options that do not have corresponding load option variables.` И по мне это не есть хорошо - правильнее было бы привести перечень этих случаев/исключений, когда возможно это удаление, ну хотя бы основных … чтобы не думать - ~~горячая~~ замена/отключение HDD - считается нормальным или не нормальным? То есть однозначное понятие отсутствует и отдано, похоже, на волю разработчиков. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Сам UEFI не использую, но с целью ликбеза обратился к первоисточнику - к спецификации UEFI … после прочтения полного прояснения не наступило.
Менеджер загрузки осуществляет управление загрузкой, используя глобальные переменные, к которым также относится и переменная BootOrder.
При нормальной работе не возможно автоматическое удаление переменных BootOrder, к которым нет претензий (которые не имеют ошибок)

The firmware should not, under normal operation, automatically remove any correctly formed Boot#### variable currently referenced by the BootOrder or BootNext variables.

Но имеется лазейка для удаления переменных BootOrder, к которым имеются претензии

The boot manager may perform automatic maintenance of the database variables. For example, it may remove unreferenced load option variables or any load option variables that cannot be parsed, and it may rewrite any ordered list to remove any load options that do not have corresponding load option
variables.

И по мне это не есть хорошо - правильнее было бы привести перечень этих случаев/исключений, когда возможно это удаление, ну хотя бы основных … чтобы не думать - ~~горячая~~ замена/отключение HDD - считается нормальным или не нормальным? То есть однозначное понятие отсутствует и отдано, похоже, на волю разработчиков.

Ошибки не исчезают с опытом - они просто умнеют

vs220	# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	Today 13:57:53 fent sabroad wrote: Sorry- looks like it was efi/libstub:https://github.com/torvalds/linux/commit/9302c1bb8e475829330146423626c3d32e8cb012#diff-e5ca83abecdcbfc07bfc4afd0c038a68L200-L214 Thanks for pointing out that regression. I submitted a patch to restore the old behavior. So in the next kernel release "initrd=/EFI/initramfs-linux.img" (with "/" instead of "\") should also work again Так что скоро и старое написание путей должно работать

vs220

# 2 года, 2 месяца назад (отредактировано 2 года, 2 месяца назад)

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

Today 13:57:53
fent

sabroad wrote:
Sorry- looks like it was efi/libstub:https://github.com/torvalds/linux/commit/9302c1bb8e475829330146423626c3d32e8cb012#diff-e5ca83abecdcbfc07bfc4afd0c038a68L200-L214

Thanks for pointing out that regression. I submitted a patch to restore the old behavior. So in the next kernel release "initrd=/EFI/initramfs-linux.img" (with "/" instead of "\") should also work again

Так что скоро и старое написание путей должно работать

amon	# 2 года, 2 месяца назад
Темы: 42 Сообщения: 780 Участник с: 01 июня 2017	vs220 Так что скоро и старое написание путей должно работать Я уже без слешей прописал )