.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH BOOTCTL 1 "" "systemd 255" bootctl .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH НАЗВА bootctl — керування параметрами завантаження мікропрограми EFI та засобом завантаження .SH "КОРОТКИЙ ОПИС" .HP \w'\fBbootctl\fR\ 'u \fBbootctl\fP [ПАРАМЕТРИ...] {КОМАНДА} .SH ОПИС .PP \fBbootctl\fP може перевіряти мікропрограму EFI і стан завантажувача, показувати список доступних завантажувачів та записів завантажувачів та керувати ними, а також встановлювати, оновлювати та вилучати завантажувач \fBsystemd\-boot\fP(7) на поточній системі\&. .SH "ЗАГАЛЬНІ КОМАНДИ МІКРОПРОГРАМИ EFI АБО ЗАВАНТАЖУВАЧА" .PP Ці команди доступні у будь\-якій системі EFI, незалежно від використаного завантажувача\&. .PP \fBstatus\fP .RS 4 Показує короткі відомості щодо мікропрограми системи, завантажувача, який було використано для завантаження системи, завантажувачів, які доступні у ESP, завантажувачів зі списку завантажувачів мікропрограми та поточного типового запису завантажувача\&. Якщо команду не вказано, це неявно заданий типовий варіант\&. .sp Докладний приклад виведених даних наведено нижче\&. .sp Додано у версії 239\&. .RE .PP \fBreboot\-to\-firmware\fP [\fIБУЛЕВЕ ЗНАЧЕННЯ\fP] .RS 4 Опитати значення прапорця "Reboot\-Into\-Firmware\-Setup" мікропрограми EFI або встановити його\&. Приймає булевий аргумент, який керує тим, чи слід запускати налаштовування мікропрограми під час наступного перезавантаження комп'ютера\&. Якщо аргумент не вказано, показує поточний стан прапорця чи повідомлення про те, чи передбачено підтримку прапорця\&. Керує тим самим прапорцем, що і \fBsystemctl reboot \-\-firmware\-setup\fP, але є більш низькорівневим та надає змогу встановлювати значення прапорця незалежно від вимоги щодо перезавантаження комп'ютера\&. .sp Підказка: скористайтеся \fBsystemctl reboot \-\-firmware\-setup\fP для перезавантаження одразу до налаштовування мікропрограми\&. Докладніший опис див. у \fBsystemctl\fP(1)\&. .sp Додано у версії 251\&. .RE .SH "КОМАНДИ СПЕЦИФІКАЦІЇ ЗАВАНТАЖУВАЧА" .PP Ці команди доступні для усіх завантажувачів, де реалізовано \m[blue]\fBСпецифікацію завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2, зокрема для \fBsystemd\-boot\fP\&. .PP \fBlist\fP .RS 4 Показує усі доступні записи завантажувачів, для яких реалізовано \m[blue]\fBспецифікацію завантажувача\fP\m[]\&\s-2\u[1]\d\s+2, а також усі інші записи, які виявлено або створено завантажувачем, у яких реалізовано \m[blue]\fBінтерфейс завантажувача\fP\m[]\&\s-2\u[2]\d\s+2\&. Наказати програмі вивести дані у JSON можна за допомогою \fB\-\-json=\fP\&. .sp Докладний приклад виведених даних наведено нижче\&. .sp Додано у версії 239\&. .RE .PP \fBunlink\fP \fIІДЕНТИФІКАТОР\fP .RS 4 Вилучає запис завантажувача, включно з файлами, на які він посилається\&. Приймає рядок ідентифікатора запису завантажувача або загальний взірець як аргумент\&. Файли, на які посилається запис, зокрема ядро або initrd, буде вилучено, лише якщо на них не посилається жоден інший запис\&. .sp Додано у версії 253\&. .RE .PP \fBcleanup\fP .RS 4 Вилучає з розділів ESP і XBOOTLDR файли, які належать до жетона запису, але на які не посилається жоден із записів завантажувача\&. .sp Додано у версії 253\&. .RE .SH "КОМАНДИ ІНТЕРФЕЙСУ ЗАВАНТАЖУВАЧА" .PP Ці команди доступні для усіх завантажувачів, де реалізовано \m[blue]\fBСпецифікацію завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2 і \m[blue]\fBІнтерфейс завантажувачів\fP\m[]\&\s-2\u[2]\d\s+2, зокрема для \fBsystemd\-boot\fP\&. .PP \fBset\-default\fP \fIID\fP, \fBset\-oneshot\fP \fIІДЕНТИФІКАТОР\fP .RS 4 Встановлює типовий запис завантажувача\&. Приймає один рядок ідентифікатора запису завантажувача або загальний взірець як аргумент\&. Команда \fBset\-oneshot\fP встановлює типовий запис лише для наступного завантаження, \fBset\-default\fP встановлює запис остаточно для усіх майбутніх завантажень\&. .sp \fBbootctl list\fP можна скористатися для отримання списку доступних записів завантажувача та їхніх ідентифікаторів\&. .sp Крім того, ідентифікатор запису завантажувача можна вказати одним з таких ключових слів: \fB@default\fP, \fB@oneshot\fP або \fB@current\fP. Цим словам відповідають поточний типовий запис завантажувача для усіх наступних завантажень, поточний типовий запис завантажувача для наступного завантаження та поточний завантажений запис завантажувача\&. Ці особливі ідентифікатори буде розгорнуто до поточних значень змінних EFI \fILoaderEntryDefault\fP, \fILoaderEntryOneShot\fP і \fILoaderEntrySelected\fP, див. \m[blue]\fBспецифікацію завантажувача\fP\m[]\&\s-2\u[1]\d\s+2, щоб дізнатися більше\&. Ці особливі ідентифікатори, в основному, корисні для пришвидшення остаточного визначення поточного завантаженого запису як типового варіанта, або для оновлення типового запису завантажування для наступного завантаження до типового запису завантажувача для усіх наступних завантажень, але ними можна скористатися і для виконання інших дій\&. .sp Якщо встановлено значення \fB@saved\fP, вибраний запис буде збережено як змінну EFI для усіх завантажень і автоматично вибрано під час наступного запуску завантажувача\&. .sp Якщо для ідентифікатора вказано порожній рядок (""), встановлення значення змінної EFI буде скасовано\&. .sp Підказка: скористайтеся командою \fBsystemctl reboot \-\-boot\-loader\-entry=\fP\fIІДЕНТИФІКАТОР\fP для перезавантаження до певного запису і командою \fBsystemctl reboot \-\-boot\-loader\-menu=\fP\fIчас очікування\fP для одноразового перезавантаження до меню завантажувача\&. Див. \fBsystemctl\fP(1), щоб дізнатися більше\&. .sp Додано у версії 240\&. .RE .PP \fBset\-timeout\fP \fIЧАС ОЧІКУВАННЯ\fP, \fBset\-timeout\-oneshot\fP \fIЧАС ОЧІКУВАННЯ\fP .RS 4 Встановлює час очікування на дії для меню завантажувача у секундах\&. Команда \fBset\-timeout\-oneshot\fP встановить час очікування лише для наступного завантаження\&. Див. \fBsystemd.time\fP(7), щоб дізнатися про синтаксис запису проміжків часу\&. .sp Якщо встановити значення \fBmenu\-disabled\fP або \fBmenu\-hidden\fP або \fB0\fP, меню показано не буде, буде негайно завантажено типовий запис, а встановлення значення \fBmenu\-force\fP вимикає час очікування і завжди показує меню\&. Якщо вказано порожній рядок (""), завантажувач повернеться до типового часу очікування для меню\&. .sp Додано у версії 250\&. .RE .SH "КОМАНДИ SYSTEMD\-BOOT" .PP Ці команди керують завантажувачем EFI \fBsystemd\-boot\fP, вони не працюють у поєднанні із іншими завантажувачами\&. .PP \fBinstall\fP .RS 4 Встановлює \fBsystemd\-boot\fP на системних розділ EFI\&. Копію \fBsystemd\-boot\fP буде збережено як типовий або резервний завантажувач EFI до \fIESP\fP/EFI/BOOT/BOOT*\&.EFI\&. Після цього завантажувач буде додано на верхню позицію у списку завантажувачів мікропрограми\&. .sp Додано у версії 239\&. .RE .PP \fBupdate\fP .RS 4 Оновлює усі встановлені версії \fBsystemd\-boot\fP(7), якщо доступна версія є новішою за версію, яку встановлено на системному розділі EFI\&. Це також включає типовий або резервний завантажувач EFI у \fIESP\fP/EFI/BOOT/BOOT*\&.EFI\&. Потім завантажувач буде додано наприкінці списку завантажувачів мікропрограми, якщо його там ще немає\&. .sp Додано у версії 239\&. .RE .PP \fBremove\fP .RS 4 Вилучає усі встановлені версії \fBsystemd\-boot\fP з системного розділу EFI і списку завантажувачів мікропрограми\&. .sp Додано у версії 239\&. .RE .PP \fBis\-installed\fP .RS 4 Перевіряє, чи встановлено \fBsystemd\-boot\fP на ESP\&. Зауважте, що на одному ESP може зберігатися декілька завантажувачів; отже, ця команда перевіряє, чи є \fBsystemd\-boot\fP одним (із можливих багатьох) встановленим завантажувачем, — а не те, чи є він типовим, і чи зареєстровано його у якійсь зі змінних EFI\&. .sp Додано у версії 243\&. .RE .PP \fBrandom\-seed\fP .RS 4 Створює базу випадковості (сім'я) і зберігає його на системному розділі EFI (ESP)для використання завантажувачем \fBsystemd\-boot\fP\&. Якщо в ESP вже є база випадковості, її буде оновлено\&. Крім того, створює випадковий «системний жетон» і зберігає його на сталій основі як змінну EFI, якщо значення для цієї змінної не було встановлено раніше\&. Якщо завантажувач знайде базу випадковості на ESP і системний жетон у змінній EFI, він визначити базу випадковості для передавання операційній системі і нову базу, яку слід зберегти у ESP, на основі комбінації обох\&. Базу випадковості, яку передано операційній системі, буде співвіднесено із буфером ентропії ядра керуванням системи на ранньому етапі завантаження. Це уможливить завантаження простору користувачів із дуже рано повністю ініціалізованим буфером ентропії\&. Див. також \fBsystemd\-boot\-random\-seed.service\fP(8)\&. .sp Див. \m[blue]\fBбази випадковості\fP\m[]\&\s-2\u[3]\d\s+2, щоб дізнатися більше\&. .sp Додано у версії 243\&. .RE .SH "КОМАНДИ ІНТЕРФЕЙСУ ЯДРА" .PP \fBkernel\-identify\fP \fIядро\fP .RS 4 Приймає образ ядра як аргумент\&. Перевіряє тип ядра, до якого належить образ\&. Повертає одне з таких значень: «uki», «pe» або «unknown»\&. .sp Додано у версії 253\&. .RE .PP \fBkernel\-inspect\fP \fIядро\fP .RS 4 Приймає як аргумент образ ядра\&. Виводить подробиці щодо образу\&. .sp Додано у версії 253\&. .RE .SH ПАРАМЕТРИ .PP Передбачено обробку таких параметрів: .PP \fB\-\-esp\-path=\fP .RS 4 Шлях до системного розділу EFI (ESP)\&. Якщо не вказано, буде послідовно здійснено спроби скористатися /efi/, /boot/ і /boot/efi/\&. Рекомендовано, якщо можна, монтувати ESP до /efi/,\&. .RE .PP \fB\-\-boot\-path=\fP .RS 4 Шлях до розширеного розділу завантажувача (Extended Boot Loader), як його визначено у \m[blue]\fBспецифікації завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2\&. Якщо не вказано, буде здійснено спробу скористатися /boot/\&. Рекомендовано, якщо можна, монтувати розширений розділ завантажувача до /boot/\&. .RE .PP \fB\-\-root=\fP\fIкорінь\fP .RS 4 Приймає як аргумент шлях до каталогу\&. До усіх шляхів буде додано префікс, заданий альтернативний \fIкореневий\fP шлях, включно зі шляхами пошуку файлів налаштувань\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-image=\fP\fIобраз\fP .RS 4 Приймає шлях до файла образу диска або вузла блокового пристрою\& Якщо вказано, усі дії буде застосовано до файлової системи у вказаному образі диска\&. Цей параметр подібний до \fB\-\-root=\fP, але працює з файловою системою, що зберігається в образах диска або блокових пристроїв\&. Образ диска або має містити файлову систему, або бути набором файлових систем у таблиці розділів GPT, за якою має зберігатися \m[blue]\fBспецифікація придатних до вивчення розділів\fP\m[]\&\s-2\u[4]\d\s+2\&. Докладніший опис підтримуваних образів дисків наведено на сторінці підручника \fBsystemd\-nspawn\fP(4) щодо перемикача з такою самою назвою\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-image\-policy=\fP\fIправила\fP .RS 4 Приймає рядок правил поводження з образами як аргумент, як у \fBsystemd.image\-policy\fP(7)\&. Правила буде примусово застосовано при роботі з образами дисків, які вказано за допомогою \fB\-\-image=\fP, див. вище\&. Якщо не вказано, типовим значенням будуть правила «*», тобто буде використано усі розпізнані файлові системи образу\&. .RE .PP \fB\-\-install\-source=\fP .RS 4 При встановленні виконуваних файлів за допомогою \fB\-\-root=\fP або \fB\-\-image=\fP вибирає, звідки їх слід взяти\&. Приймає одне з таких значень: "auto" (типовий варіант), "image" або "host"\&. Якщо вказано "auto", виконувані файли буде взято із вказаного каталогу або образу і, якщо їх не буде знайдено, файли буде взято з основної системи\&. Якщо вказано "image" або "host" резервний пошук не відбуватиметься, якщо виконувані файли не буде знайдено у вибраному джерелі\&. .sp Додано у версії 252\&. .RE .PP \fB\-p\fP, \fB\-\-print\-esp\-path\fP .RS 4 Цей параметр змінює поведінку \fBstatus\fP\&. Виводить шлях до системного розділу EFI (ESP) до стандартного виведення і завершує роботу\&. .sp Додано у версії 236\&. .RE .PP \fB\-x\fP, \fB\-\-print\-boot\-path\fP .RS 4 Цей параметр змінює поведінку \fBstatus\fP\&. Лише виводить шлях до розділу розширеного завантажувача, якщо він існує, і виводить шлях до ESP до стандартного виведення і завершує роботу, якщо його не існує\&. Ця команда корисна для визначення того, де розташовувати записи завантажувача, оскільки їхнім пріоритетним місцем зберігання є розділ розширеного завантажувача, якщо він існує, і ESP, якщо його не існує\&. .sp Записи типу 1 специфікації завантажувачів мають, загалом, зберігатися у каталозі "$(bootctl \-x)/loader/entries/"\&. Існування цього каталогу може вказувати на те, що у системі передбачено підтримку записів завантажувачів\&. Так само, записи типу 2 специфікації завантажувачів мають зберігатися у каталозі "$(bootctl \-x)/EFI/Linux/"\&. .sp Зауважте, що цей параметр (подібно до параметра \fB\-\-print\-boot\-path\fP, про який ми згадували вище) доступний незалежно від використаного завантажувача, тобто також без встановлення \fBsystemd\-boot\fP\&. .sp Додано у версії 242\&. .RE .PP \fB\-R\fP, \fB\-\-print\-root\-device\fP .RS 4 Вивести шлях до вузла блокового пристрою, який є основою кореневої файлової системи локальної операційної системи\&. Буде виведено шлях, подібний до /dev/nvme0n1p5\&. Якщо основою кореневої файлової системи є dm\-crypt/LUKS або dm\-verity, буде повернуто адресу базового блокового пристрою\&. Якщо основою кореневої файлової системи є декілька блокових пристроїв (підтримку такого варіанта передбачено у btrfs) дія завершиться повідомленням про помилку\&. Якщо перемикач вказано двічі (тобто \fB\-RR\fP) і виявлений блоковий пристрій є пристроєм розділу, буде визначено і виведено «цілий» блоковий пристрій, до якого він належить (приклад: /dev/nvme0n1)\&. Якщо кореневою файловою системою є «tmpfs» (або подібна файлова система у пам'яті), буде повернуто основу /usr/ блокового пристрою, якщо вона є застосовною\&. Якщо кореневою файловою системою є мережева файлова система (наприклад NFS, CIFS), спроба виконати дію завершиться повідомленням про помилку\&. .sp Додано у версії 254\&. .RE .PP \fB\-\-no\-variables\fP .RS 4 Не змінювати список завантажувачів мікропрограми у змінних EFI\&. .sp Додано у версії 220\&. .RE .PP \fB\-\-graceful\fP .RS 4 Ігнорувати помилку, якщо не вдасться знайти системний розділ EFI, якщо не вдасться записати змінні EFI, або буде виявлено інший або новіший встановлений завантажувач\&. У пточній версії стосується лише команд \fBis\-installed\fP, \fBupdate\fP і \fBrandom\-seed\fP\&. .sp Додано у версії 244\&. .RE .PP \fB\-q\fP, \fB\-\-quiet\fP .RS 4 Придушити виведення результатів виконання різноманітних команд, а також надати підказку щодо недоступності ESP\&. .sp Додано у версії 251\&. .RE .PP \fB\-\-make\-entry\-directory=yes|no\fP .RS 4 Керує створенням і вилученням каталогу записів типу 1 \m[blue]\fBспецифікації завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2 на файловій системі, що містить ресурси, зокрема образи ядра і initrd, під час виконання \fBinstall\fP і \fBremove\fP, відповідно\&. Каталог буде названо за жетоном запису, як його вказано за допомогою параметра \fB\-\-entry\-token=\fP, який описано нижче, і розташовано одразу під кореневим каталогом \fI$BOOT\fP (тобто під коренем файлової системи, яку повернуто у відповідь на визначення параметра \fB\-\-print\-boot\-path\fP, див. вище)\&. Типовим значенням є "no"\&. .sp Додано у версії 251\&. .RE .PP \fB\-\-entry\-token=\fP .RS 4 Керує тим, як називати і ідентифікувати записи завантажувача для цього екземпляра встановленої операційної системи\&. Буде прийнято під час \fBinstall\fP; можливі аргументи: "auto", "machine\-id", "os\-id", "os\-image\-id" або довільний рядок із префіксом "literal:"\&. .sp Якщо встановлено значення \fBmachine\-id\fP, назви записів формуватимуться за ідентифікатором машини запущеної системи (наприклад, "b0e793a9baf14b5fa13ecbe84ff637ac")\&. Див. \fBmachine\-id\fP(5), щоб дізнатися більше про поняття ідентифікатора машини та файл\&. .sp Якщо встановлено значення \fBos\-id\fP, назви записів формуватимуться за ідентифікатором запущеної операційної системи, тобто полем \fIID=\fP \fBos\-release\fP(5) (наприклад "fedora")\&. Так само, якщо встановлено \fBos\-image\-id\fP, назви записів формуватимуться за ідентифікатором образу запущеної операційної системи, тобто полем \fIIMAGE_ID=\fP os\-release (наприклад "vendorx\-cashier\-system")\&. .sp Якщо встановлено значення \fBauto\fP (типовий варіант), буде виконано читання файла /etc/kernel/entry\-token, якщо він існує, і буде використано збережене значення\&. Якщо файла не існує, буде використано ідентифікатор локальної машини, якщо його ініціалізовано\&. Якщо ідентифікатор не ініціалізовано, буде використано \fIIMAGE_ID=\fP з os\-release, якщо його встановлено\&. Якщо запис не встановлено, буде використано \fIID=\fP з os\-release, якщо його встановлено\&. .sp Якщо не використано варіант "machine\-id" або якщо використано \fB\-\-make\-entry\-directory=yes\fP, вибраний рядок жетона буде записано до файла /etc/kernel/entry\-token, щоб забезпечити його використання для майбутніх записів\&. Цей файл також буде прочитано \fBkernel\-install\fP(8) з метою ідентифікувати, для якої назви слід створювати записи завантажувача для нововстановлених ядер, або визначити назви записів для вилучення застарілих\&. .sp Зазвичай, перевагу слід віддати використанню для іменування записів ідентифікатора машини; втім, існують випадки, де добрим варіантом є використання інших ідентифікаторів\&. Зокрема, це випадки, коли дані ідентифікації, які є результатом використання ідентифікатора машини, не буде збережено на (зашифрованому) розділі \fI$BOOT\fP або коли ідентифікатор буде створено при першому завантаженні, і він не є відомим при приготуванні записів\&. Зауважте, що використання ідентифікатора машини має перевагу тоді, коли на одному носії даних паралельно встановлено декілька однакових операційних систем, а оновлення їхніх записів завантажувача відбувається незалежно\&. При використанні іншого ідентифікатора (зокрема ідентифікатора операційної системи або ідентифікатора образу операційної системи) паралельне встановлення тієї самої операційної системи призведе до спроби використання однакових назв записів\&. Для забезпечення підтримки паралельного встановлення у засобі встановлення доведеться використовувати інший жетон запису при додаванні кожної наступної встановленої системи\&. .sp Додано у версії 251\&. .RE .PP \fB\-\-all\-architectures\fP .RS 4 Встановити виконувані файли для усіх підтримуваних архітектур EFI (неявним чином задає \fB\-\-no\-variables\fP)\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-efi\-boot\-option\-description=\fP .RS 4 Опис запису, який додано до списку варіантів завантаження мікропрограми\&. Типовим є "Linux Boot Manager"\&. .sp Використання типової назви запису, "Linux Boot Manager", загалом, є бажаним, оскільки слід використовувати лише один завантажувач, який встановлено на один розділ ESP, для завантаження довільної кількості встановлених операційних систем, які зберігаються на різних дисках у системі\&. Зокрема, дистрибутивам не слід використовувати цей прапорець для встановлення запису із назвою системи до списку варіантів завантаження\&. Втім, у випадках із декількома дисками, на кожному з яких є власний розділ ESP, нетипові назви можуть бути корисними для спрощення ідентифікації завантажувача, який використано у меню варіантів завантаження мікропрограми\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-dry\-run\fP .RS 4 Тестовий запуск для \fBunlink\fP і \fBcleanup\fP\&. .sp У тестовому режимі команди unlink і cleanup буде виведено лише назви файлів, які має бути вилучено, без вилучення цих файлів\&. .sp Додано у версії 253\&. .RE .PP \fB\-\-no\-pager\fP .RS 4 Не передавати виведені дані до засобу поділу на сторінки\&. .RE .PP \fB\-\-json=\fP\fIРЕЖИМ\fP .RS 4 Виводить дані із форматуванням JSON\&. Аргументами можуть бути такі рядки: "short" (найскороченіше виведення без додаткових пробілів та розбиття на рядки), "pretty" (форматована версія із відступами та розбиттям на рядки) або "off" (вимикання виведення до JSON, типовий варіант)\&. .RE .PP \fB\-h\fP, \fB\-\-help\fP .RS 4 Вивести короткий текст довідки і завершити роботу\&. .RE .PP \fB\-\-version\fP .RS 4 Вивести короткі дані щодо версії і завершити роботу\&. .RE .SH "ПІДПИСАНІ ФАЙЛИ \&.EFI" .PP \fBbootctl\fP \fBinstall\fP і \fBupdate\fP спочатку шукатимуть файл \fBsystemd\-boot\fP, назва якого завершується суфіксом "\&.efi\&.signed", і скопіюють його на місце звичайного файла "\&.efi"\&. Це уможливлює для авторів дистрибутивів і кінцевих користувачів створення підписаних образів для UEFI SecureBoot\&. .SH "СТАН ВИХОДУ" .PP Якщо дію буде виконано успішно, буде повернуто 0; в усіх інших випадках буде повернуто ненульове значення коду помилки\&. \fBbootctl \-\-print\-root\-device\fP повертає стан виходу 80, якщо основою кореневої файлової системи не є єдиний блоковий пристрій, і ненульові стани виходу при інших помилках\&. .SH СЕРЕДОВИЩЕ .PP Якщо встановлено \fI$SYSTEMD_RELAX_ESP_CHECKS=1\fP, перевірки чинності для ESP буде оптимізовано, а шлях, який вказано \fB\-\-esp\-path=\fP, може посилатися на будь\-який тип файлової системи на розділі будь\-якого типу\&. .PP Так само, \fI$SYSTEMD_RELAX_XBOOTLDR_CHECKS=1\fP вимикає деякі перевірки чинності для розділу розширеного завантажувача\&. .SH ПРИКЛАДИ .PP \fBПриклад\ \&1.\ \&Виведення від status і list\fP .sp .if n \{\ .RS 4 .\} .nf $ \fBbootctl status\fP System: Firmware: UEFI 2\&.40 (\fIfirmware\-version\fP) ← виробник і версія мікропрограми Secure Boot: disabled (setup) ← стан Secure Boot TPM2 Support: yes Boot into FW: supported ← чи передбачено завантаження до мікропрограми Current Boot Loader: ← подробиці щодо sd\-boot або іншого завантажувача Product: systemd\-boot \fIversion\fP implementing the \m[blue]\fBBoot Loader Interface\fP\m[]\&\s-2\u[2]\d\s+2 Features: ✓ Boot counting ✓ Menu timeout control ✓ One\-shot menu timeout control ✓ Default entry control ✓ One\-shot entry control ✓ Support for XBOOTLDR partition ✓ Support for passing random seed to OS ✓ Load drop\-in drivers ✓ Boot loader sets ESP information ✓ Menu can be disabled ESP: /dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000 File: └─/EFI/systemd/systemd\-bootx64\&.efi Random Seed: ← база випадковості, яку використано для ентропії. in early boot Passed to OS: yes System Token: set Exists: yes Available Boot Loaders on ESP: ESP: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000) File: └─/EFI/systemd/systemd\-bootx64\&.efi (systemd\-boot 251 File: └─/EFI/BOOT/BOOTX64\&.EFI (systemd\-boot 251 Boot Loaders Listed in EFI Variables: Title: Linux Boot Manager ID: 0x0001 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/systemd/systemd\-bootx64\&.efi Title: Fedora ID: 0x0000 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/fedora/shimx64\&.efi Title: Linux\-Firmware\-Updater ID: 0x0002 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/fedora/fwupdx64\&.efi Boot Loader Entries: $BOOT: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000) Default Boot Loader Entry: type: Boot Loader Specification Type #1 (\&.conf) title: Fedora Linux 36 (Workstation Edition) id: \&... source: /boot/efi/loader/entries/\fIentry\-token\fP\-\fIkernel\-version\fP\&.conf version: \fIkernel\-version\fP machine\-id: \&... linux: /\fIentry\-token\fP/\fIkernel\-version\fP/linux initrd: /\fIentry\-token\fP/\fIkernel\-version\fP/initrd options: root=\&... .fi .if n \{\ .RE .\} .sp .if n \{\ .RS 4 .\} .nf $ \fBbootctl list\fP Boot Loader Entries: type: Boot Loader Specification Type #1 (\&.conf) title: Fedora Linux 36 (Workstation Edition) (default) (selected) id: \&... source: /boot/efi/loader/entries/\fIentry\-token\fP\-\fIkernel\-version\fP\&.conf version: \fIkernel\-version\fP machine\-id: \&... linux: /\fIentry\-token\fP/\fIkernel\-version\fP/linux initrd: /\fIentry\-token\fP/\fIkernel\-version\fP/initrd options: root=\&... type: Boot Loader Specification Type #2 (\&.efi) title: Fedora Linux 35 (Workstation Edition) id: \&... source: /boot/efi/EFI/Linux/fedora\-\fIkernel\-version\fP\&.efi version: \fIkernel\-version\fP machine\-id: \&... linux: /EFI/Linux/fedora\-\fIkernel\-version\fP\&.efi options: root=\&... type: Automatic title: Reboot Into Firmware Interface id: auto\-reboot\-to\-firmware\-setup source: /sys/firmware/efi/efivars/LoaderEntries\-4a67b082\-0a4c\-41cf\-b6c7\-440b29bb8c4f .fi .if n \{\ .RE .\} .PP У виведених даних "(default)" вказує на запис, який буде використано типово, а "(selected)" вказує на запис, який було вибрано останній раз (тобто поточний запущений запис)\&. .SH "ДИВ. ТАКОЖ" .PP \fBsystemd\-boot\fP(7), \m[blue]\fBСпецифікація завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2, \m[blue]\fBІнтерфейс завантажувачів\fP\m[]\&\s-2\u[2]\d\s+2, \fBsystemd\-boot\-random\-seed.service\fP(8) .SH ПРИМІТКИ .IP " 1." 4 Специфікація завантажувачів .RS 4 \%https://uapi\-group.org/specifications/specs/boot_loader_specification .RE .IP " 2." 4 Інтерфейс завантажувачів .RS 4 \%https://systemd.io/BOOT_LOADER_INTERFACE .RE .IP " 3." 4 Бази випадковості .RS 4 \%https://systemd.io/RANDOM_SEEDS .RE .IP " 4." 4 Специфікація придатних до вивчення розділів .RS 4 \%https://uapi\-group.org/specifications/specs/discoverable_partitions_specification .RE .PP .SH ПЕРЕКЛАД Український переклад цієї сторінки посібника виконано Yuri Chornoivan . .PP Цей переклад є безкоштовною документацією; будь ласка, ознайомтеся з умовами .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE . НЕ НАДАЄТЬСЯ ЖОДНИХ ГАРАНТІЙ. .PP Якщо ви знайшли помилки у перекладі цієї сторінки підручника, будь ласка, надішліть електронний лист до списку листування перекладачів: .MT trans-uk@lists.fedoraproject.org .ME .