Автор Тема: Ошибки при попытке загрузки regular-icewm-sysv-latest-x86_64.iso  (Прочитано 3357 раз)

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Повторюсь. Стартеркиты p10 грузятся успешно. Проблема нарисовалась на регулярках.

В стартеркитах isolinux на MBR. А в kworkstation GPT должна быть.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Цитата: Антон Мидюков от Вчера в 18:01:08

    После удаления нулевого сектора и выравнивания GPT в UEFI не грузится?

Да. Пропадает пункт UEFI-флэшка из списка доступных загрузочных устройств.

Что-то не то. Надо через gdisk зайти поправить. fdisk что-то поломал.
Видимо, была удалена метка iso fdisk'ом, а BIOS UEFI грузит EFI/BOOT/bootx64.efi только с iso. В этом и состоит ущербность данного UEFI. Вот нарушают стандарты и делают кто что захочет.

Dell Inspiron 3558. До сих пор проблем не создавал с загрузкой ни в режиме Legacy Boot, ни в режиме UEFI Boot. Ubuntu с производными, Fedora и OpenSUSE в прошлом году грузились с UEFI без пинков. Но зуб за производителя не дам.

Ubuntu, начиная с 20.10, просто обязан испытывать ту же проблему в Legacy.
« Последнее редактирование: 15.05.2022 05:16:01 от Антон Мидюков »

dango_

  • Гость
Хотя там проблема, поди, в shim. Надо попробовать kworkstation. Там такая же разметка, но shim старенький, без регрессии.
Образ alt-kworkstation-10-live-x86_64.iso.
Записан ALT Media Writer.
Загрузки как в режиме Legacy Boot, так и в режиме UEFI Boot, с флэшки как UEFI-устройства - успешны.
Загрузки с флэшки как с Legacy-устройства наоборот:
Selected boot device failed. Press any key to reboot the system.
Ubuntu, начиная с 20.10, просто обязан испытывать ту же проблему в Legacy.
Образ: ubuntu-22.04-desktop-amd64.iso
Записан Rufus
Разметка GPT
Загрузки как в режиме Legacy Boot, так и в режиме UEFI Boot, с флэшки как UEFI-устройства - успешны.
Загрузки с флэшки как с Legacy-устройства наоборот:
Selected boot device failed. Press any key to reboot the system.
Подтверждаю. Именно при разметке GPT загрузочного носителя на моем ноутбуке возникает проблема с загрузкой с Legacy-устройства.
Ubuntu с производными, Fedora и OpenSUSE в прошлом году грузились с UEFI без пинков.
А причина была в том, что писал образы с разметкой MBR. Так что если трабла и возникла, то пробежала мимо моей железки.

dango_

  • Гость
Что-то не то. Надо через gdisk зайти поправить. fdisk что-то поломал.
Видимо, была удалена метка iso fdisk'ом, а BIOS UEFI грузит EFI/BOOT/bootx64.efi только с iso. В этом и состоит ущербность данного UEFI. Вот нарушают стандарты и делают кто что захочет.
Возможно. Я проверю что можно сделать с gdisk.

Оффлайн gosts 87

  • Завсегдатай
  • *
  • Сообщений: 2 600
  • Дмитрий/Dmitry/德米特里/दिमित्री
Записан ALT Media Writer.
А если записать с помощью Rosa-imagewriter?
« Последнее редактирование: 15.05.2022 11:42:54 от gosts 87 »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Записан ALT Media Writer.
А если записать с помощью Rosa-imagewriter?

dd он везде один.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Короче понятно. Странный BIOS хочет:
- для Legacy флаг boot именно на первом разделе, а не втором
- в режиме EFI грузит флэшку только как iso.

А на регулярке беда с shim сейчас к тому же. Так бы можно было в режиме EFI грузиться.

dango_

  • Гость
Что-то не то. Надо через gdisk зайти поправить. fdisk что-то поломал.
Да, fdisk при перезаписи сносит метку iso9660. И вместо fdisk при работе с носителями с gpt рекомендуют parted, gparted и gdisk.
BIOS UEFI грузит EFI/BOOT/bootx64.efi только с iso. В этом и состоит ущербность данного UEFI. Вот нарушают стандарты и делают кто что захочет.
На такую подлянку нарвался не я один. Причем больше случаев с уже установленными ОС.
Да, и наконец срисовал какая ошибка мелькает на экране при попытке загрузиться в режиме UEFI Boot с UEFI-устройства.
Failed to open \EFI\BOOT\0 - Invalid Parameter
Failed to load image \EFI\BOOT\0 : Invalid Parameter
start_image() returned Invalid Parameter
Только вместо 0 там прямоугольник с каким-то символом внутри. Не могу разобрать.
Странный BIOS хочет:
- для Legacy флаг boot именно на первом разделе, а не втором
- в режиме EFI грузит флэшку только как iso.
По крайней мере, именно так это происходит.
Народ на форуме Dell подозревает причину аналогичных ошибок в обновлениях BIOS. Но надо внимательно разбираться что там и как.
А на регулярке беда с shim сейчас к тому же. Так бы можно было в режиме EFI грузиться.
Ну да. KWorkstation грузится без проблем.
А как грузятся в UEFI регулярки на других компьютерах/ноутбуках? Или проблема с shim общая?

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
А как грузятся в UEFI регулярки на других компьютерах/ноутбуках? Или проблема с shim общая?

Есть некоторые девайсы, где не грузится. По идее, мартовские стартеркиты должны с этой же проблемой не грузиться. Ну и другие дистрибутивы (в смысле не ALT) с этой версией shim должны быть подвержены проблеме независимо от того, GPT или MBR там.

dango_

  • Гость
По итогам новых проверок загрузки с образов дистрибутивов, стартеркитов и регулярок на ноутбуке Dell Inspiron 3558:
Образы slinux-live-10.0-x86_64.iso и alt-workstation-10.0-x86_64.iso (оба с MBR) успешно загружаются в обоих режимах UEFI и Legacy.
Образ alt-kworkstation-10-live-x86_64.iso (GPT) успешно грузится только в режиме UEFI.
Мартовские стартеркиты (MBR) успешно грузятся только в режиме Legacy.
Регулярки первой декады мая не грузятся ни в одном режиме.
Короче понятно. Странный BIOS хочет:
- для Legacy флаг boot именно на первом разделе, а не втором
Если судить по образам slinux-live-10.0-x86_64.iso, alt-workstation-10.0-x86_64.iso и стартеркитов (все MBR и успешно грузятся в Legacy) флаг boot стоит именно на первом разделе:
Образ slinux-live-10.0-x86_64.iso:
Диск /dev/sdb: 7,55 GiB, 8103395328 байт, 15826944 секторов
Disk model: IntelligentStick
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x82f22f2e

Устр-во    Загрузочный начало   Конец Секторы Размер Идентификатор Тип
/dev/sdb1  *               64 3583359 3583296   1,7G             0 Пустой
/dev/sdb2                1188   13667   12480   6,1M            ef EFI (FAT-12/1
Образ alt-workstation-10.0-x86_64.iso:
иск /dev/sdb: 14,41 GiB, 15472047104 байт, 30218842 секторов
Disk model: DataTraveler 3.0
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0xbc616086

Устр-во    Загрузочный начало    Конец  Секторы Размер Идентификатор Тип
/dev/sdb1  *               64 11870207 11870144   5,7G             0 Пустой
/dev/sdb2                4308    16787    12480   6,1M            ef EFI (FAT-12
Образ alt-p10-xfce-sysv-20220312-x86_64.iso:
Диск /dev/sdb: 3,74 GiB, 4016046080 байт, 7843840 секторов
Disk model: Transcend 4GB   
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x620b2c71

Устр-во    Загрузочный начало   Конец Секторы Размер Идентификатор Тип
/dev/sdb1  *               64 2169727 2169664     1G             0 Пустой
/dev/sdb2                 932   13411   12480   6,1M            ef EFI (FAT-12/1

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Регулярки первой декады мая не грузятся ни в одном режиме.

Для загрузки в EFI:
1. Без Secure Boot нужно на fat разделе заменить shim на grub:
cp EFI/BOOT/grubx64.efi EFI/BOOT/bootx64.efi
2. Для загрузки в Secure Boot нужно на fat разделе заменить shim (EFI/BOOT/bootx64.efi) на исправный из пакета shim-signed 15.4-alt1 (искать в архиве)

Проверить нужно.

dango_

  • Гость
Для загрузки в EFI:
1. Без Secure Boot нужно на fat разделе заменить shim на grub:
cp EFI/BOOT/grubx64.efi EFI/BOOT/bootx64.efi
2. Для загрузки в Secure Boot нужно на fat разделе заменить shim (EFI/BOOT/bootx64.efi) на исправный из пакета shim-signed 15.4-alt1 (искать в архиве)

Проверить нужно.
И то, и другое сработало на регулярке regular-icewm-sysv-latest-x86_64.iso.
1. Только на разделе мало места. Пришлось переименовать файл.
Загрузка в режиме UEFI Boot с SecureBoot disabled - успешна.
2. shimx64.efi взят из пакета http://ftp.altlinux.org/pub/distributions/archive/sisyphus/date/2022/01/31/x86_64/RPMS.classic/shim-signed-15.4-alt1.x86_64.rpm.
Загрузка в режиме UEFI Boot с SecureBoot enabled - успешна.

dango_

  • Гость

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Хотя там проблема, поди, в shim.
Этот баг https://bugzilla.altlinux.org/41959 ?

Нет, это другая проблема, которая не затрагивает x86_64.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Для загрузки в EFI:
1. Без Secure Boot нужно на fat разделе заменить shim на grub:
cp EFI/BOOT/grubx64.efi EFI/BOOT/bootx64.efi
2. Для загрузки в Secure Boot нужно на fat разделе заменить shim (EFI/BOOT/bootx64.efi) на исправный из пакета shim-signed 15.4-alt1 (искать в архиве)

Проверить нужно.
И то, и другое сработало на регулярке regular-icewm-sysv-latest-x86_64.iso.
1. Только на разделе мало места. Пришлось переименовать файл.
Загрузка в режиме UEFI Boot с SecureBoot disabled - успешна.
2. shimx64.efi взят из пакета http://ftp.altlinux.org/pub/distributions/archive/sisyphus/date/2022/01/31/x86_64/RPMS.classic/shim-signed-15.4-alt1.x86_64.rpm.
Загрузка в режиме UEFI Boot с SecureBoot enabled - успешна.


Спасибо!