systemd-boot (Русский)

1. Убедитесь, что вы загружены в режиме UEFI.
2. Проверьте доступны ли EFI переменные.
3. Корректно примонтируйте Системный Раздел EFI (ESP). В этой статье esp используется для обозначения точки монтирования.
   Примечание: systemd-boot EFI не может загружать бинарные файлы из других разделов. По этой причине, рекомендуется монтировать ваш ESP в /boot. В случае, если вы хотите разделить /boot с ESP, обратитесь к #Обновлениe для большей информации.
4. Если ESP не примонтирован к /boot, копируйте ваше ядро и initramfs в ESP.
5. Введите следующую команду для установки systemd-boot:

   # bootctl --path=''esp'' install

   Она скопирует двоичный файл systemd-boot на Системный Раздел EFI ( и - оба идентичны на x86-64 системах) и добавит systemd-boot как EFI приложение по умолчанию (загрузочная запись по умолчанию), загружаемое с помощью EFI Boot Manager.
6. Наконец, для правильного функционирования вы должны настроить загрузчик.

Вы с таким же успехом можете установить systemd-boot, если загружаетесь в режиме BIOS. Тем не менее, от вас всё равно требуется сообщить прошивке запускать EFI файл systemd-boot при загрузке:

• у вас есть работающий EFI shell где-нибудь.
• ваш интерфейс прошивки предоставляет вам соответствующий способ настройки EFI файла, который будет загружен во время загрузки.

Если вы имеете такую возможность, процесс установки будет проще: перейдите в ваш EFI shell или интерфейс настройки вашей прошивки и измените EFI файл по умолчанию вашей машины на ( или если у вас 32 битная системная прошивка).

В отличие от предыдущего отдельного пакета gummiboot, который автоматически обновляется с помощью скрипта, обновления systemd-boot теперь должны производиться пользователем вручную. Однако, эта процедура может быть автоматизирована с использованием pacman hooks.

systemd-boot (bootctl(1)) предполагает, что ваш Системный Раздел EFI примонтирован в /boot.

# bootctl update

Если ESP не примонтирован в /boot, опцией можно явно указать точку монтирования, например:

# bootctl --path=esp update

AUR (Русский) пакет предоставляет хук Pacman для автоматизации процесса обновления. Установка этого пакета добавит hook, который будет выполняться при каждом обновлении пакета systemd.

В качестве альтернативы, вы можете разместить следующий pacman hook в каталоге /etc/pacman.d/hooks/:

Базовая конфигурация хранится в файле . Полный список опций описан в loader.conf(5) § OPTIONS. Некоторые важные опции:

• default – выбираемая по умолчанию запись; можно использовать подстановку, например

• – задержка меню в секундах. Если таймаут не задан, то меню будет отображаться, только если удерживать клавишу (другие клавиши тоже могут работать) при загрузке.

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

• - следует ли включить редактор параметров ядра. (по умолчанию) - включить, - отключить; Поскольку пользователь может добавить init=/bin/bash для обхода пароля администратора и получить полный доступ, настоятельно рекомендуется установить эту опцию в .

Пример:

bootctl ищет элементы для загрузочного меню в – каждый найденный файл должен содержать точно одну загрузочную запись. Возможными опциями являются:

• – название операционной системы. Обязательная.

• – версия ядра, отображаемая только если существуют несколько записей с одинаковым названием. Не обязательная.

• – идентификатор машины из , отображаемый только если существуют несколько записей с одинаковым названием и одинаковой версией. Не обязательная.

• – EFI программа для запуска, относительно вашего ESP ($esp); например, . Либо это, либо (смотрите ниже) является обязательным.

• – опции командной строки для передачи EFI приложению. Не обязательная, но вам нужно будет передать как минимум и root=dev если загружаете Linux.

Для Linux вы можете задать и ; это автоматически преобразуется в и options initrd=path – этот синтаксис поддерживается только для удобства и не имеет различий по функциональности.

Вот пример записи для корневого раздела без LVM или LUKS:

Пожалуйста, обратите внимание, что в вышеприведённом примере / идентифицируют GPT раздел, а это не то же самое, что /, которые идентифицируют файловую систему. Использование / бывает полезным, потому что они инвариантны (то есть неизменяемы), если вы переформатируете раздел в другую файловую систему или если по какой-то причине изменятся обозначения /dev/sd*. Также оно может быть полезно, если у вас нет файловой системы на разделе (или вы используете LUKS, который не поддерживает метки ).

Следующий пример для корневой директории с использованием логического менеджера разделов:

''esp''/loader/entries/arch-lvm.conf

title          Arch Linux (LVM)
linux          /vmlinuz-linux
initrd         /initramfs-linux.img
options        root=/dev/mapper/<VolumeGroup-LogicalVolume> rw

Замените на актуальные названия VG и LV (например, ). Кроме того, вместо них можно использовать UUID:

....
options  root=UUID=<UUID identifier> rw

Обратите внимание, что root=UUID= используется вместо , который используется для корневых разделов без LVM или LUKS.

Ниже приведен пример конфигурационного файла для зашифрованного корневого раздела (DM-Crypt / LUKS) с использованием mkinitcpio (Русский) hook:

В этом примере используется UUID; если хотите, можете заменить UUID на . Вы можете также заменить путь на регулярный UUID. - название, которое вы желаете использовать. Смотрите Dm-crypt/System configuration#Boot loader.

Если вы используете LVM, ваша опция cryptdevice будет выглядеть следующим образом:

Вы также можете добавить другие EFI приложения, такие как \EFI\arch\grub.efi.

При загрузке с подраздела Btrfs (Русский) в роли корневого, добавьте к строке . В примере ниже, корневой раздел монтируется как btrfs подраздел с именем 'ROOT' (например, mount -o subvol=ROOT /dev/sdxY /mnt):

Если это невозможно сделать, то это приведет к ошибке:

В случае загрузки из ZFS dataset, добавьте к строке . Здесь в корневом dataset установлено значение 'zroot/ROOT/default':

When booting off of a ZFS dataset ensure that it has had the property set with .

В случае, если вы установили EFI Shells или другие EFI приложения в ESP, вы можете использовать следующие фрагменты:

''esp''/loader/entries/uefi-shell-v1-x86_64.conf

title  UEFI Shell x86_64 v1
efi    /EFI/shellx64_v1.efi

Пожалуйста, прочтите статью Power management/Suspend and hibernate (Русский).

В качестве альтернативы можете установить который поддерживает опцию базовой конфигурации. Используйте для генерации значения для этой опции.

Установка systemd-boot-password следующей командой:

# sbpctl install ''esp''

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

Если команда bootctl install не сработала, вы можете создать загрузочную EFI запись самостоятельно с помощью утилиты :

# efibootmgr -c -d /dev/sdX -p Y -l /EFI/systemd/systemd-bootx64.efi -L "Linux Boot Manager"

где - это ваш EFISYS раздел.

Обратитесь к разделу соответствующей статьи: Unified Extensible Firmware Interface#Windows changes boot order.