Bug 39020

Summary: Невнятная ошибка установки grub при отстутствии EFI system partition
Product: Sisyphus Reporter: Alexey Sheplyakov <asheplyakov>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P5 CC: aen, boyarsh, cas, klark, manowar, mcpain, mike, rider, sem, zerg
Version: unstable   
Hardware: aarch64   
OS: Linux   
See Also: http://bugzilla.altlinux.org/show_bug.cgi?id=27971
http://bugzilla.altlinux.org/show_bug.cgi?id=28162
http://bugzilla.altlinux.org/show_bug.cgi?id=28163
Attachments:
Description Flags
скриншот ошибки
none
предлагаемые (нерабочие) варианты установки GRUB none

Description Alexey Sheplyakov 2020-10-01 15:21:43 MSK
Created attachment 8986 [details]
скриншот ошибки

Действия:

1. Стартуем установку ОС
2. Выбираем ручное разбиение диска
3. НЕ создем EFI system partition (или не назначаем точку монтирования, если раздел уже существует)

Ожидаемый результат:

Установщик предупреждает, что нужно создать и/или смонтировать EFI system partition

Наблюдаемый результат:

При разбиении диска без EFI system partition никаких предупреждений не выводится.
А при установке GRUB пользователю предлагаются заведомо нерабочие варианты - установить GRUB в корневой раздел либо в MBR (которой и нет).
При выборе любого из вариантов возникает ошибка с загадочным сообщением:

Невозможно установить загрузчик на /dev/sda
:grub-install: ошибка: /usr/lib64/i386-pc/modinfo.sh не существует.
Укажите --target или --directory


(Какой-такой i386-pc на arm64?)

Такое поведение имеет право на существование на x86_64, где есть вариант загрузки через legacy BIOS. На на aarch64 системах legacy BIOS нет и никогда не было. Поэтому хорошо бы

1) При разбиении диска (даже вручную) проверять, что создан EFI system partition, на нем создана файловая система FAT32, и назначена точка монтирования (/boot/efi)
2) При установке GRUB предлагать варианты
   a) установить GRUB на EFI system partition (рекомендуемый)
   б) продолжить без загрузчика.
3) НЕ предлагать устанавливать GRUB в таблицу разделов и/или корневой раздел
Comment 1 Alexey Sheplyakov 2020-10-01 15:22:50 MSK
Created attachment 8987 [details]
предлагаемые (нерабочие) варианты установки GRUB
Comment 2 Anton Farygin 2020-10-02 15:12:51 MSK
а почему эту ошибку повесили на alterator-vm ? 
предлагаю перевесить на alterator-grub.
Comment 3 Michael Shigorin 2020-10-02 15:19:18 MSK
Когда диски разбиты, система установлена и устанавливается grub -- уже совсем-совсем поздно.  Надо именно при разбивке проверять/предупреждать, желательно сделав простым и удобным создание раздела "одной кнопкой" (благо алгоритм там в целом простой -- добавить GPT-раздел с нужным GUID, назначить форматирование под FAT32 и монтирование в /boot/efi); собственно, об этом уже есть bug 28163.
Comment 4 Michael Shigorin 2020-10-02 21:08:33 MSK
Хотя можно и так: поскольку то предложение уже висит -- это и впрямь перевесить на alterator-grub для создания эшелонированной обороны от ошибок (повторюсь, на /grub уже останется констатировать факт, что "просто так не загрузимся").
Comment 5 Leonid Krivoshein 2020-10-03 04:10:53 MSK
http://git.altlinux.org/gears/a/alterator-grub.git?p=alterator-grub.git;a=blob;f=alterator-grub/backend3/grub;h=e9ee32ad0e4c50c87a65fdaff73d26b4fa11aba6;hb=b4eebba65977cb23f989c76eae12eaf20d1bbb0e#l200

Ошибочный fallback в строках 201-205 без учёта архитектуры приводит к попытке выполнить установку принудительно для i386. С т.з. grub вообще не ошибка, т.к. он позволяет ставить для любой целевой архитектуры. С т.з. интсаллятора тоже не ошибка, т.к. выбирая ручную установку, нужно делать её правильно.

Согласен, что fallback нужно поправить в alterator-grub. И согласен, что предупреждение д.б. на стадии разбивки дисков. alterator-grub спроектирован так, это "by design".