отличие от описанного в https://bugzilla.altlinux.org/37112#c15 только в том, что в нормальном режиме происходит не зависание, а возврат в то же самое меню Grub.

(Ответ для Sergey Y. Afonin на комментарий #1)
> отличие от описанного в https://bugzilla.altlinux.org/37112#c15 только в
> том, что в нормальном режиме происходит не зависание, а возврат в то же
> самое меню Grub.

Отключение SecureBoot пробовали?

Created attachment 9424 [details]
HP Setup

(In reply to nickel@altlinux.org from comment #2)

> Отключение SecureBoot пробовали?

Думал, что да, но оказалось интереснее. SecureBoot нигде не упоминается, UEFI упоминается только в разделе boot menu (на картинке). То ли SecureBoot включен, то ли нет - непонятно.

(In reply to Sergey Y. Afonin from comment #3)

> Думал, что да, но оказалось интереснее. SecureBoot нигде не упоминается,

Нашёл на картинках в сети. Она упоминается в HP Setup 2.15.1227. У меня 2.10.1206, и этого пункта в разделе "Security" нет. Надо обновить, а там видно будет. Правда ещё это и для серии 3500 картинки были, может для 3400 такого нет в обновлениях...

(In reply to nickel@altlinux.org from comment #2)

> Отключение SecureBoot пробовали?

В Windows написано "состояние безопасной загрузки не поддерживается". Так что, видимо, только его и пробовал.

Обновлений для HP Pro 3400 на сайте HP нет. Нашлось что-то на driver.ru, но я первый раз про этот ресурс узнал, что-то пока не хочется обновление фирмвари оттуда использовать.

(Ответ для Sergey Y. Afonin на комментарий #5)
> (In reply to nickel@altlinux.org from comment #2)
> 
> > Отключение SecureBoot пробовали?
> 
> В Windows написано "состояние безопасной загрузки не поддерживается". Так
> что, видимо, только его и пробовал.


Вот так можно наверняка узнать:
$ mokutil --sb-state
SecureBoot disabled



> Обновлений для HP Pro 3400 на сайте HP нет. Нашлось что-то на driver.ru, но
> я первый раз про этот ресурс узнал, что-то пока не хочется обновление
> фирмвари оттуда использовать.

С driver.ru точно не стоит, иначе починка загрузки windows может отойти на второй план.

Давайте уточним: какой релиз Windows10 у вас установлен?

Предлагаю подебажить chainloader на вашей стороне как описано в [1].

[1] https://bugzilla.altlinux.org/show_bug.cgi?id=37112#c16

(In reply to nickel@altlinux.org from comment #6)

> Вот так можно наверняка узнать:
> $ mokutil --sb-state
> SecureBoot disabled

# mokutil --sb-state
This system doesn't support Secure Boot

> Давайте уточним: какой релиз Windows10 у вас установлен?

Windows 10 домашняя, версия 20H2

Created attachment 9466 [details]
Первый отладочный экран

С добавленными

set pager=1
set debug=chain

Created attachment 9467 [details]
второй отладочный экран

Created attachment 9468 [details]
Третий отладочный экран

третий отладочный экран, частично с данными со второго. Тут пришлось снимать видео, так как после сообщения об ошибке всё без паузы возвращалось на редактирование параметров. А после chainloader что-то вроде sleep или pause нельзя написать кстати?

(In reply to Sergey Y. Afonin from comment #10)

> Created attachment 9468 [details]
> Третий отладочный экран

Нечто похожее: https://bugzilla.redhat.com/show_bug.cgi?id=1347291

Только тут на скриншоте есть ещё фраза "error: relocation failed". У меня не зафиксировалось, но может это кадр на видео не попал. А предыдущая строка тоже "error_exit: grub_errno: 18".

В p10 работает:

grub-efi-2.06-alt1.rc1.x86_64
grub-common-2.06-alt1.rc1.x86_64
grub-pc-2.06-alt1.rc1.x86_64

(In reply to Sergey Y. Afonin from comment #12)
> В p10 работает:
> 
> grub-efi-2.06-alt1.rc1.x86_64
> grub-common-2.06-alt1.rc1.x86_64
> grub-pc-2.06-alt1.rc1.x86_64

В таком случае думаю, что исправление уже неактуально.