Есть ли смысл переходить с systemd-boot на grub?

Да, но тут такой момент.

При установке ОС я устанавливаю загрузчик и делается запись в UEFI. По F12 открывается меню, которое позволяет загрузиться с устройства или загрузочной записи (ubuntu, opensuse и т.д.).

Одно время у меня чот заглючил загрузчик на диске с ubuntu - по F12 выбирал нужный пункт и GRUB _не_ запускался, сразу начиналась загрузка ОС.

Сейчас же после переустановки GRUB у меня запускается загрузчик.

Винда просто запускается методом тыка в нужный хард.

Все остальные дистрибутивы после установки запускали загрузчик, а уже из загрузчика шла загрузка ОС.

Вот и думаю, а как сделать так, чтоб ткнув в, например, arch - у меня тупо стартанул arch? Тогда мне загрузчик вообще не нужен будет.

Или я что-то путаю и делаю неправильно?

menu.lst показался куда приятнее для редактирования параметров ядра.

Это был не Debian. То ли рач, то ли гента.

Вот и думаю, а как сделать так, чтоб ткнув в, например, arch - у меня тупо стартанул arch? Тогда мне загрузчик вообще не нужен будет.

Очень просто. Собираешь ядро с CONFIG_EFI_STUB, потом кладёшь его в ESP, потом делаешь:

efibootmgr -c -d <путь к диску, содержащему ESP, например, /dev/sda> -L <метка> -l <путь к образу ядра относительно ESP с обратными слешами>

efibootmgr -c -d /dev/sda -L Arch -l '\vmlinuz-linux'

Но... Одна «небольшая» проблема: initcpio и кастомные аргументы ядра должны быть вклеены в само ядро при сборке. Ввиду этой проблемы загрузка ядра Linux непосредственно с помощью UEFI нецелесообразна.

Нет. Grub — урод

А, вон оно что. Не, мне в арчике именно initcpio и нравится. Да пофиг, пусть висит тогда systemd-boot. Тем более, что никто не написал, что у него есть какие-то проблемы с надёжностью. Да и арчевики вряд ли бы его советовали, если б он был проблемный.

Вообще-то нормальные реализации uefi позволяют передавать ядру параметры, и всё работает и без вклеивания initcpio. Например:

efibootmgr -c -d /dev/sda -p 2 -l /vmlinuz-linux.efi -L "Arch Linux" -u "initrd=intel-ucode.img initrd=initramfs-linux.img root=LABEL=ROOT rw rootflags=noatime,nodiratime" [\code]
Проблема скорее в том, что некоторые прошивки грузят ядро, только если добавить к имени расширение .efi

Что, серьёзно?

Если в аргументы я ещё могу поверить, то initcpio... крайне сомневаюсь в том, что прошивка будет парсить аргументы, вытаскивать из них initrd= и грузить образ initcpio в память.

У меня материнка gigabyte, мне не приходится рассчитывать на нормальную реализацию (у меня нормально линукс работает только с параметром ядра iommu=soft).

Прошивка ничего не грузит. Initcpio грузится ядром. https://wiki.archlinux.org/index.php/EFISTUB#Using_UEFI_directly_.28efibootmgr.29 Плата должна быть достаточно старой, чтобы такая возможность не поддерживалась

Можно создать с помощью

efibootmgr

efibootmgr -v

Это очень интересное и странное заявление. А если поддержка vfat в ядро не вкомпилена (а в штатном арчовском ядре так и есть)?

Как ни странно, у меня работает со штатным арчевским ядром. Там поддержка vfat не нужна. Сначала ядро запускается как приложение uefi и содержимое загрузочного раздела читает как приложение uefi

нет смысла переходить потому что оно пока работает, а потом всё равно придётся GRUB ставить

Хе. И действительно работает. Окей, ekzotech, я облажался, а аноним дело говорит.

Т.е. у тебя в арче заработало? initrd загружается нормально? У меня ранний kms для radeon.

Да, всё заработало, initrd= в параметрах ядра, параметры ядра последним аргументом к efibootmgr.

Тогда ещё один вопрос: запись в efibootmgr (уже существующую) редактировать можно? Или только удалять и добавлять заново?

Хз. Технически-то можно всё что угодно, это просто флеш-память на материнке, но у efibootmgr наркоманский интерфейс.