Created attachment 8252 [details] grub.cfg После установки на LVM grub не загрузился, так как для него был сгенерирован кривой конфиг - insmod попал внутрь if x$feature_default_font_path :( см. аттач. -X------------------------------------ if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod lvm insmod ext2 set root='lvmid/cjVgMy-oAJ2-jokB-mu0S-XrdN-IoeF-NdPkn4/HCRmy7-WHkB-hd8D-hyMG-hIHJ-WiQq-ffSqyi' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='lvmid/cjVgMy-oAJ2-jokB-mu0S-XrdN-IoeF-NdPkn4/HCRmy7-WHkB-hd8D-hyMG-hIHJ-WiQq-ffSqyi' 3c2f25fa-8c96-4036-a358-15def22797eb else search --no-floppy --fs-uuid --set=root 3c2f25fa-8c96-4036-a358-15def22797eb fi font="/boot/grub/unifont.pf2" fi -X------------------------------------
Это ошибка grub или пакета инсталлера?
На p8 работает в такой же конфигурации ? grub у нас одинаковый.
Коля, посмотри пожалуйста - у меня в этом месте в grub тоже написано странное. Хотя в 00_header всё довольно неплохо - результат получается странным.
(В ответ на комментарий №2) > На p8 работает в такой же конфигурации ? grub у нас одинаковый. это установка p9 с нуля на отдельный чистый диск. Рядом есть диск с p8. Загрузился в p8. Выполнил на p8 update-grub - grub на p8 нашел и добавил lvm со свежеустановленной p9. На p8 grub.cfg на глаз рабочий, без фокусов (приложу в attachment как grub.cfg.p8)
Created attachment 8253 [details] grub.cfg.p8 grub.cfg, сгенерированный из p8
перезагрузился, чтобы испытать конфиг grub из p8. Тоже некорректно работает с lvm разделом (еще один баг, если воспроизведется на Сизифе). Именно, в приложенном конфиге grub.cfg.p8 set root использует UUID lvm рутовой партиции, search --no-floppy --fs-uuid --set=root 3c2f25fa-8c96-4036-a358-15def22797eb но далее в linux /boot/vmlinuz root=UUID=6e6975d9-25bd-44ab-b099-d9c2dd9fa15f ro quiet уже волшебным образом стоит UUID рутовой партиции с p8.
Пересобрал для p8 свежий (alt18) grub, там уже достаточно корректно генерируется grub.conf. К сожалению, не идеально - не root=UUID=..., а root=/dev/dm-0. Также обновил grub на установке p9 до alt18, (был alt17), переустановил grub. После разбирательств стало ясно, что дело не в grub.cnf, там написано чудно, но корректно, а в grub-efi. поэтому поменяю заголовок баги и опишу проблему как она есть сейчас.
Created attachment 8254 [details] скриншот 1
итак, как я пронимаю баг 'grub does not boot from LVM in UEFI mode' : есть 2 диска, sda и sdb. На sda MBR/Legacy Boot/без LVM установлена p8. на sdb GPT/UEFI boot/LVM/установлена p9. на обеих дисках установлена последняя версия grub. (alt18). Установленный на sda с MBR/Legacy Boot grub грузит обе системы, в т. ч. грузит с LVM p9. Установленный на sdb GPT/UEFI boot grub той же версии и релиза (alt18) систему с LVM не грузит. Выпадает в resque консоль от команды set root=lvmid/... как показано на скриншоте.
Спасибо за подробный отчет! Сразу хотелось бы уточнить, активирован ли Secure Boot в UEFI?
Это у (In reply to comment #10) > Сразу хотелось бы уточнить, активирован ли Secure Boot в UEFI? Вряд ли. К сожалению, точно смогу посмотреть только завтра-послезавтра. По памяти, плата на подобие Asus M5A97, для десктопа.
secure boot на это не влияет.
(В ответ на комментарий №12) > secure boot на это не влияет. на содержимое конфига нет, а на состав модулей в EFI образе - да. С отключенным SB недостающий модуль может быть подгружен по зависимостям, с включенным он работает только с тем, что упаковали и подписали на этапе сборки.
Важно то, что конфиг в любом случае будет кривой.
(В ответ на комментарий №11) > Это у (In reply to comment #10) > > Сразу хотелось бы уточнить, активирован ли Secure Boot в UEFI? > > Вряд ли. > К сожалению, точно смогу посмотреть только завтра-послезавтра. > По памяти, плата на подобие Asus M5A97, для десктопа. Добрался до машины, да, там был активирован Secure Boot. Тормоз я:( ASUS M5A97LE R2.0. В интернетах про нее много разных отзывов нехороших. Включил OtherOS, перезагрузился с флешки в UEFi mode, chroot, gub-efi-autoupdate и загрузился. Not a bug? Распишу грабли на wiki.
Да, это не баг - это фича BIOS - он не даёт кому попало лезть на диск. Но это не отменяет того, что конфиг у нас генерится странный.
занес на wiki https://www.altlinux.org/UEFI#%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%BD%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D0%BB%D0%B0%D1%82%D0%B0_ASUS_MA597_(LE_R2.0)
Закрываю как not a bug
