После обновления до grub-efi-2.12-alt10.aarch64 содержимое файла /boot/efi/EFI/BOOT/grub.cfg приобретает такое значение: search --root-dev-only --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg И в итоге при загрузке не доходит до меню grub с выводом ошибки Synchronous exception at (и тут 16-ричный адрес) Если вручную вернуть файлу прежнее значение, загрузка проходит успешно.
Забыл приложить содержимое рабочего файла: clear search.fs_uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 root set prefix=($root)'/boot/grub' load_env grub_token if [ "$grub_token" != "fh6oi1bv6hek9hlqekpi5iuj" ]; then echo ERROR: incorrect grub_token in $prefix/grubenv. echo Entering firmware setup in sleep -v -i 10 fwsetup reboot fi configfile $prefix/grub.cfg
Проблема в строчке: search --root-dev-only --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 ? Если поменять на search.fs_uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 root будет грузиться?
(Ответ для Антон Мидюков на комментарий #2) > Проблема в строчке: > search --root-dev-only --set=root --fs-uuid > 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 > ? > Если поменять на > search.fs_uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 root > > будет грузиться? Да, при замене строки из старого конфига загрузка проходит нормально.
Платформа: alt-server p11 aarch64 Пакет: grub-efi-2.12-alt10.aarch64 Шаги: Установил систему и обновил до репозитория Файл /boot/efi/EFI/BOOT/grub.cfg имеет правильное содержимое после обновления search.fs_uuid 610bc381-1d2f-4cb4-9cbc-efc8c90fbac8 root hd0,gpt3 Ошибка не воспроизводится Дополнительно выполнил: # update-grub # grub-mkconfig Результат аналогичный, ничего не сломалось, ошибка не воспроизвелась
(Ответ для obidinog@basealt.ru на комментарий #4) > Платформа: > alt-server p11 aarch64 > > Пакет: > grub-efi-2.12-alt10.aarch64 > > Шаги: > Установил систему и обновил до репозитория > > Файл /boot/efi/EFI/BOOT/grub.cfg имеет правильное содержимое после обновления > search.fs_uuid 610bc381-1d2f-4cb4-9cbc-efc8c90fbac8 root hd0,gpt3 > > Ошибка не воспроизводится > > Дополнительно выполнил: > # update-grub > # grub-mkconfig > > Результат аналогичный, ничего не сломалось, ошибка не воспроизвелась А можете ли проверить у себя используя за основу starterkit? У меня именно стартеркит, и еще у одного человека так же проявилась такая же проблема и так же на стартерките.
Created attachment 18069 [details] файл с ошибкой загрузки
Я столкнулся с аналогичной ошибкой. Для воспроизведения понадобится starter-kit p11 (alt-p11-lxqt-20250312-aarch64.iso) Исходные условия: Mac M1, UTM (4.6.4), ставим ОС и перезагружаемся. 1. Обновляем систему `apt-get dist-upgrade -y` 2. Перезагружаемся и система перестает загружаться. Файл /boot/efi/EFI/BOOT/grub.cfg приобрел вид как на картинке (файл с ошибкой) 3. Исправляем вручную файл на исходное значение с помощью rescue disk, какой он был до обновления системы. 4. Система загружается.
Сегодня видели похожую ошибку на Baikal-M. jqt4@ исследовал проблему, и получил, что grub-efi-2.12-alt6 работает, grub-efi-2.12-alt7 нет, хотя в /boot/efi/EFI/BOOT/grub.cfg выглядит "по старому". Однако если вынуть USB-флешку, с которой была установлена система, всё нормально загружается и работает. Пришлось немного копнуть внутрь. Фразу "Synchronous excetpion at ..." скороее всего пишет EFI (похожий код есть в edk2), и она означает, что случилось синхоронное исключение. Такое исключение может быть вызвано - неподдерживаемой инструкцией - попыткой доступа к памяти (SEGFAULT, только без ОС чтобы обработать его и прислать сигнал) - специальной инструкцией для вызова исключений Подозреваю, что мы имеем дело со вторым случаем, то есть обращением к недоступной памяти. Если всё это так, то воспроизведение ошибки сильно зависит от оборудования и реализации EFI, которая в нём используется. Хочу уточнить у других пострадавших: I. А если проблемную строчку search --root-dev-only --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 заменить на search --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 то есть, удалить первый аргумент команды search, проблема воспроизводится? II. Воспроизводится ли проблема, если вынуть из системы все USB-флешки и подобные removable устройства?
Кажется, у нас такого не было, поэтому я просто оставлю это здесь: https://src.fedoraproject.org/rpms/grub2/c/20db2b22d863543f0f31b4c54cc7e65923473f62?branch=rawhide
Ошибка по-прежнему не исправлена, на aarch64 после обновления система не загружается! (grub-efi-2.12-alt10)
(Ответ для Andrew Vasilyev на комментарий #10) > Ошибка по-прежнему не исправлена, на aarch64 после обновления > система не загружается! (grub-efi-2.12-alt10) У меня на Orange Pi 5, Raspberry Pi 4B, NanoPC T4 проблема не воспроизводится.
(Ответ для Антон Мидюков на комментарий #11) > (Ответ для Andrew Vasilyev на комментарий #10) > > Ошибка по-прежнему не исправлена, на aarch64 после обновления > > система не загружается! (grub-efi-2.12-alt10) > > У меня на Orange Pi 5, Raspberry Pi 4B, NanoPC T4 проблема не > воспроизводится. Воспроизводится на виртуалке qemu, запущенной на Mac M3 :-) Патч из Федоры выглядит разумным.
Mac M3, UTM (4.6.3) система sisyphus. Проблема воспроизводится. Если загрузившись в livecd поменять search --root-dev-only --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 на search --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 то загружается.
Похоже что проблему может исправить этот патч: https://src.fedoraproject.org/rpms/grub2/c/0a3394ca4b9865770a05f13762e0a8b3041c2bba?branch=rawhide
(In reply to Egor Ignatov from comment #14) > Похоже что проблему может исправить этот патч: > https://src.fedoraproject.org/rpms/grub2/c/ > 0a3394ca4b9865770a05f13762e0a8b3041c2bba?branch=rawhide Приложил этот патч в grub-2.12-alt11: https://packages.altlinux.org/en/tasks/379762/ (Таск FAILED из-за grub-efi-checkinstall, обновиться до него все равно можно, не работает только Secure Boot) Если есть такая возможность, то прошу проверить загружается ли система с ним.
Обновился из задания: https://packages.altlinux.org/en/tasks/379762/ Все работает. содержимое /boot/efi/EFI/altlinux/grub.cfg: search --root-dev-only --set=root --fs-uuid ca4b1418-3e47-4278-89f0-e0dc3adb6be5 set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg Mac M3, UTM (4.6.3), sisyphus. Спасибо.
(Ответ для Egor Ignatov на комментарий #15) > (In reply to Egor Ignatov from comment #14) > > Похоже что проблему может исправить этот патч: > > https://src.fedoraproject.org/rpms/grub2/c/ > > 0a3394ca4b9865770a05f13762e0a8b3041c2bba?branch=rawhide > > Приложил этот патч в grub-2.12-alt11: > https://packages.altlinux.org/en/tasks/379762/ > (Таск FAILED из-за grub-efi-checkinstall, обновиться до него все равно > можно, не работает только Secure Boot) > > Если есть такая возможность, то прошу проверить загружается ли система с ним. C grub-common-2.12-alt11.aarch64, grub-efi-2.12-alt11.aarch64 и файлом /boot/efi/EFI/altlinux/grub.cfg: search --root-dev-only --set=root --fs-uuid 19980fef-e6de-4f11-9fed-a6ced7e6a9a8 set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg на OrangePI5 и p11 загрузка начала проходить нормально
Установил образ http://get.srt.basealt.ru/images/server/alt-server-20250401-aarch64.iso с grub-efi-2.12-alt10.aarch64 на TF307-MB-S-D, прошивка SDK 5.6. После перезагрузки получил надпись Synchronous Exception at 0x... Проблема воспроизведена. Отключил USB SSD. Перезагрузил. Успешно загрузилась в систему. Установил grub-efi-2.12-alt11.aarch64 из задачи 379762. Подключил USB SSD. Перезагрузил. Успешно загрузилась в систему. Отключил USB SSD. Перезагрузил. Успешно загрузилась в систему. Проблема не воспроизводится. Спасибо.
Прошу собрать grub-efi с исправлением данной проблемы в p11. Он нужен для дистрибутивных образов под aarch64.
> Приложил этот патч в grub-2.12-alt11: > https://packages.altlinux.org/en/tasks/379762/ В Сизифе, кстати, задача ещё TESTED. Что-то сдерживает от запуска её с --commit?
(In reply to jqt4@altlinux.org from comment #19) > Прошу собрать grub-efi с исправлением данной проблемы в p11. > Он нужен для дистрибутивных образов под aarch64. Да это в планах, сейчас проводится регрессионное тестирование в сизифе. (In reply to Ivan A. Melnikov from comment #20) > > Приложил этот патч в grub-2.12-alt11: > > https://packages.altlinux.org/en/tasks/379762/ > > В Сизифе, кстати, задача ещё TESTED. Что-то сдерживает от запуска её с > --commit? Сразу после тестирования и исправления найденных недочетов, задание будет отправлено с --commit.
grub-2.12-alt11 -> p11: Mon Mar 31 2025 Egor Ignatov <egori@altlinux> 2.12-alt11 - bump grub SBAT level to 5 - cmd/search: Fix a possible NULL ptr dereference (closes: #53541) - efi: add raid5rec module to efi image - legacy: include raid5rec in core.img for RAID 4 - add upstream security patch set 2025-02-18: (fixes: CVE-2024-45774, CVE-2024-45775, CVE-2024-45776, CVE-2024-45777) (fixes: CVE-2024-45778, CVE-2024-45779, CVE-2024-45780, CVE-2024-45781) (fixes: CVE-2024-45782, CVE-2024-45783, CVE-2024-56737, CVE-2025-0622) (fixes: CVE-2025-0624, CVE-2025-0677 CVE-2025-0678, CVE-2025-0684) (fixes: CVE-2025-0685, CVE-2025-0686, CVE-2025-0689, CVE-2025-0690) (fixes: CVE-2025-1118, CVE-2025-1125)
