Загрузчик systemd

Для отмены обратного отсчёта выбран пункт не по умолчанию.

Загрузчик systemd (только для UEFI)

Подготовка

Удостоверьтесь, что раздел ESP существует и смонтирован по маршруту /boot/efi/:

# mount | awk '/\/boot\/efi/{print $1}'
/dev/sdb1

sdb1 — у меня; у вас может быть другой диск и раздел.

Памятка: Если вывод команды пуст, дальше читать не имеет смысла.

Совет: Заранее создайте каталоги для размещения загрузчиков, образов и настроек меню:
# mkdir -p /boot/efi/{kernels,loader/entries}

Установка

Состоит в:

• отдаче команды # bootctl install, которая разместит загрузчик systemd по нужному маршруту в разделе ESP (порой приходится добавить опцию с полным маршрутом, но меня это миновало);
• размещении пар «загрузчик + образ ядра» в произвольном (под)каталоге этого раздела;
• создании/правке конфигурационных файлов по намертво прибитым маршрутам (см. Настройку).

Настройка

Каждый пункт меню, кроме автоопределяемого загрузчика Windows, настраивается отдельным файлом. В моём случае их два — для прежнего и свежего ядра (маршрут к каталогу именно таков, имена же файлов произвольные; обязательно лишь расширение .conf):

развернуть/boot/efi/loader/entries/alt-5.1.16-undef.conf
title ALT Linux linux kernels/vmlinuz-5.1.16-un-def-alt2 initrd kernels/initrd-5.1.16-un-def-alt2.img version 5.1.16 options loop.max_part=16 clearcpuid=514

развернуть/boot/efi/loader/entries/alt-5.1.17-undef.conf
title ALT Linux linux kernels/vmlinuz-5.1.17-un-def-alt1 initrd kernels/initrd-5.1.17-un-def-alt1.img version 5.1.17 options root=/dev/disk/by-label/root rw initrd=\EFI\kernels\intel-ucode.img

В каждом из них три обязательных строки:

1. название пункта — как оно должно выглядеть на экране загрузки;
2. маршрут до загрузчика;
3. маршрут до образа системы;

...и пара опциональных:

• версия ядра — при наличии одноимённых пунктов выводится в скобках после имени;
• передача опций ядру — к примеру:

  • задать число разделов для монтирования iso-образов,
  • обойти заморочки AMD-графики,
  • указать корневой раздел,
  • подгрузить образ с микрокодом процессора (мне пользоваться не доводилось)

  и т.п..

Параметры загрузки меняются через файл (маршрут и имя ровно таковы и более никаковы):

развернуть/boot/efi/loader/loader.conf
timeout 4 default alt-* console-mode max editor yes

Здесь указаны:

• секунды предзагрузочной задержки,
• пункт загрузки по умолчанию (по сути — имя/маска файла с пунктом меню без расширения .conf),
• попытка выставить разрешение экрана на максимально доступное,
• возможность внесения изменений в выбранный пункт до загрузки (опционально, разрешено по умолчанию).

Если же есть потребность в загрузке по умолчанию именно Windows, можно создать отдельный файл с соответствующим пунктом — скажем:

развернуть/boot/efi/loader/entries/windows.conf
title Windows Boot Manager efi \EFI\Microsoft\Boot\Bootmgfw.efi

А в /boot/efi/loader/loader.conf опции default присвоить значение windows.

Обновление ядра

После установки нового ядра и сноса старых приходится:

• удалить из /boot/efi/kernels/ (или где решите их держать) дезинсталлированные ядра;
• скопировать туда загрузчик и образ нового ядра — /boot/vmlinuz-<релиз> и /boot/initrd-<релиз>.img;
• добавить конфиг нового ядра в каталог /boot/efi/loader/entries/, скопировав и изменив (или просто изменив — мой случай) конфиг старого, снесённого;
• нацелить опцию default в файле /boot/efi/loader/loader.conf на конфиг нового ядра (если имя файла менялось);
• перезагрузиться;
• при несрабатывании нового пункта загрузить предыдущее ядро и разобраться, где опечатались.

Минусы

Ручное внесение изменений (в отличие от GRUB) как в каждый новый пункт загрузчика с удалением устаревших, так и в его общее меню (если имена файлов с пунктами меняются), что чревато невозможностью загрузки криво отредактированного пункта.

Внимание: Не следует удалять из эфи-раздела предыдущее заведомо рабочее ядро и менять его конфигурацию в меню загрузчика как минимум до успешного запуска нового — сам делаю это вручную в обеспечение гарантированной загрузки на всякий случай (вместо того, чтоб доработать скрипт /usr/sbin/remove-old-kernels).

Памятка: Ребята из Тим давно-о обещают вот-вот добавить автогенерацию менюшки для этого варианта загрузки (ведь проксмокс с этим как-то справляется).

А пока не сделано, накостылил собственный скриптец (с учётом валявшейся рядом бубунты — давно избавился, но сугубо для примера), который вызываю после каждого обновления ядра или перестройки образа initrd в обоих дистрах:

развернуть/boot/sysbootgen

#!/bin/sh # SystemD boot menu entries generator for ALT Linux & Ubuntu SRC=/boot ESP=$SRC/efi DST=$ESP/kernels CFG=$ESP/loader/entries [ -d $DST -a -d $CFG ] || mkdir -p $ESP/{kernels,loader/entries} mkconf(){ MENU="title $NAME version $VERS linux kernels/$BASE initrd kernels/$INIT options loop.max_part=16" echo "$MENU" >$CONF } mkall(){ [ -f $SRC/$INIT ] || continue [ -f $DST/$INIT ] || cp $SRC/$INIT $DST/ [ -f $DST/$BASE ] || cp $SRC/$BASE $DST/ [ -f $CONF ] || mkconf } for FILE in $SRC/vmlinuz-*; do BASE=`basename $FILE` KERN=`echo $BASE | cut -d- -f2-` case $BASE in *-def-*) NAME="ALT Linux" VERS=`echo $KERN | sed 's|-def-.*||'` INIT=initrd-$KERN.img CONF=$CFG/alt-$VERS.conf ;; *-generic) NAME="Ubuntu" VERS=`echo $KERN | sed 's|-generic||'` INIT=initrd.img-$KERN CONF=$CFG/ubuntu-$VERS.conf ;; *) continue esac case $VERS in *-*) mkall esac done

Отстрел неприятностей (трабл-шутинг)

Пока только одной — Windows заменяет очередность загрузчиков даже на запароленном UEFI, выставляя себя первой по порядку. Лечится из самой Windows следующей командой от имени админа (можно оформить батником):

bcdedit /set {bootmgr} path \EFI\systemd\systemd-bootx64.efi

То есть, Windows всё же грузится первой системой, однако загрузчика выбирает не собственного, а systemd-шного.

Исходя из чего специально возиться с настройкой отдельного пункта меню для загрузчика Windows не вижу смысла: Windows и так будет грузиться по умолчанию — без вышеописанных манипуляций.

Ссылки

Более подробно можно почитать здесь (наткнулся уже после того, как вышеизложенное было таки вышеизложено :).

Обратная связь

• @gbIMoBou
• Другие статьи