.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMCTL 1 "" "systemd 256.5" systemctl .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 НАЗВА systemctl — керування системою systemd та засіб керування службами .SH "КОРОТКИЙ ОПИС" .HP \w'\fBsystemctl\fR\ 'u \fBsystemctl\fP [ПАРАМЕТРИ...] КОМАНДА [МОДУЛЬ...] .SH ОПИС .PP \fBsystemctl\fP можна використати для інтроспекції і керування станом «systemd» і засобом керування службами\&. Будь ласка, зверніться до \fBsystemd\fP(1), щоб ознайомитися із вступом до базових понять та функціональними можливостями, якими керує цей інструмент\&. .SH КОМАНДИ .PP Передбачено обробку таких команд: .SS "Команди модулів (інтроспекція і модифікація)" .PP \fBlist\-units\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Виводить список модулів, які \fBsystemd\fP у поточний момент тримає у пам'яті\&. До списку буде включено модулів, на які є безпосередні посилання або посилання за залежністю, модулі, які пришпилено програмами на рівні коду, або модулів, які були активними, але виконання яких завершилося помилкою\&. Типово, буде показано лише модулі, які є активними, мають заплановані завдання, або виконання яких завершилося помилкою; змінити це можна за допомогою параметра \fB\-\-all\fP\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише модулі, які відповідають хоч одному з них\&. Подальше фільтрування можливе за допомогою параметрів \fB\-\-type=\fP і \fB\-\-state=\fP, якщо такі вказано\&. .sp Зауважте, що ця команда не показує шаблонів модулів, але лише екземпляри шаблонів модулів\&. Шаблони модулів, які не матимуть екземплярів, не є придатними до запуску, отже, їх ніколи не буде показано у даних, які виведено цією командою\&. Це, зокрема, значить, що щось@\&.service ніколи не буде показано у цьому списку, якщо у нього не буде екземплярів, наприклад щось@десь\&.service\&. Скористайтеся командою \fBlist\-unit\-files\fP (див. нижче), щоб отримати список встановлених файлів шаблонів модулів\&. .sp Виводити дані, подібні до таких: .sp .if n \{\ .RS 4 .\} .nf UNIT LOAD ACTIVE SUB DESCRIPTION sys\-module\-fuse\&.device loaded active plugged /sys/module/fuse \-\&.mount loaded active mounted Root Mount boot\-efi\&.mount loaded active mounted /boot/efi systemd\-journald\&.service loaded active running Journal Service systemd\-logind\&.service loaded active running Login Service ● user@1000\&.service loaded failed failed User Manager for UID 1000 \&... systemd\-tmpfiles\-clean\&.timer loaded active waiting Daily Cleanup of Temporary Directories LOAD = Повідомляє, чи було успішно завантажено визначення модуля\&. ACTIVE = Стан активації модуля верхнього рівня, тобто узагальнення SUB\&. SUB = Стан активації модуля нижнього рівня, значення залежать від типу модуля\&. 123 loaded units listed\&. Pass \-\-all to see loaded but inactive units, too\&. To show all installed unit files use \*(Aqsystemctl list\-unit\-files\*(Aq\&. .fi .if n \{\ .RE .\} .sp Заголовок і останній модуль заданого типу буде підкреслено, якщо у терміналі передбачено підтримку цього\&. Поряд із пунктом служб, які було замасковано, які не було знайдено, та тих, які є помилковими з інших причин, буде показано кольорову крапку\&. .sp У стовпчику LOAD буде показано стан завантаження, одне із таких значень: \fBloaded\fP, \fBnot\-found\fP, \fBbad\-setting\fP, \fBerror\fP, \fBmasked\fP\&. У стовпчиках ACTIVE буде показано загальний стан модуля, одне з таких значень: \fBactive\fP, \fBreloading\fP, \fBinactive\fP, \fBfailed\fP, \fBactivating\fP, \fBdeactivating\fP\&. У стовпчику SUB буде показано специфічний до типу модуля докладний стан модуля, можливі значення залежать від типу модуля\&. Список можливих станів LOAD, ACTIVE і SUB не є сталим. У нових випусках systemd може бути додано або вилучено значення\&. .sp .if n \{\ .RS 4 .\} .nf systemctl \-\-state=help .fi .if n \{\ .RE .\} .sp командою можна скористатися для показу поточного набору можливих значень\&. .sp Це типова команда\&. .RE .PP \fBlist\-automounts\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Вивести список модулів автоматичного монтування у пам'яті, упорядкований за шляхом монтування\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише модулі автоматичного монтування, які відповідають одному з цих взірців\&. Виводить дані, подібні до даних, які виводить .sp .if n \{\ .RS 4 .\} .nf WHAT WHERE MOUNTED IDLE TIMEOUT UNIT /dev/sdb1 /mnt/test no 120s mnt\-test\&.automount binfmt_misc /proc/sys/fs/binfmt_misc yes 0 proc\-sys\-fs\-binfmt_misc\&.automount 2 automounts listed\&. .fi .if n \{\ .RE .\} .sp Див. також \fB\-\-show\-types\fP, \fB\-\-all\fP і \fB\-\-state=\fP\&. .sp Додано у версії 252\&. .RE .PP \fBlist\-paths\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Вивести список модулів шляхів у пам'яті, упорядкований за шляхом\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише модулі шляхів, які відповідають одному з цих взірців\&. Виводить дані, подібні до даних, які виводить .sp .if n \{\ .RS 4 .\} .nf PATH CONDITION UNIT ACTIVATES /run/systemd/ask\-password DirectoryNotEmpty systemd\-ask\-password\-plymouth\&.path systemd\-ask\-password\-plymouth\&.service /run/systemd/ask\-password DirectoryNotEmpty systemd\-ask\-password\-wall\&.path systemd\-ask\-password\-wall\&.service /var/cache/cups/org\&.cups\&.cupsd PathExists cups\&.path cups\&.service 3 paths listed\&. .fi .if n \{\ .RE .\} .sp Див. також \fB\-\-show\-types\fP, \fB\-\-all\fP і \fB\-\-state=\fP\&. .sp Додано у версії 254\&. .RE .PP \fBlist\-sockets\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Вивести список модулів сокетів у пам'яті, упорядкований за адресами очікування на дані\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише модулі сокетів, які відповідають одному з цих взірців\&. Виводить дані, подібні до даних, які виводить .sp .if n \{\ .RS 4 .\} .nf LISTEN UNIT ACTIVATES /dev/initctl systemd\-initctl\&.socket systemd\-initctl\&.service \&... [::]:22 sshd\&.socket sshd\&.service kobject\-uevent 1 systemd\-udevd\-kernel\&.socket systemd\-udevd\&.service 5 sockets listed\&. .fi .if n \{\ .RE .\} .sp Зауваження: через те, що в адресах можуть міститися пробіли, виведені дані можуть бути незручними для програмної обробки\&. .sp Див. також \fB\-\-show\-types\fP, \fB\-\-all\fP і \fB\-\-state=\fP\&. .sp Додано у версії 202\&. .RE .PP \fBlist\-timers\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Вивести список модулів таймерів у пам'яті, упорядкований за часом, який вони відлічили\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише модулі, які відповідають одному з цих взірців\&. Виводить дані, подібні до даних, які виводить .sp .if n \{\ .RS 4 .\} .nf NEXT LEFT LAST PASSED UNIT ACTIVATES \- \- Thu 2017\-02\-23 13:40:29 EST 3 days ago ureadahead\-stop\&.timer ureadahead\-stop\&.service Sun 2017\-02\-26 18:55:42 EST 1min 14s left Thu 2017\-02\-23 13:54:44 EST 3 days ago systemd\-tmpfiles\-clean\&.timer systemd\-tmpfiles\-clean\&.service Sun 2017\-02\-26 20:37:16 EST 1h 42min left Sun 2017\-02\-26 11:56:36 EST 6h ago apt\-daily\&.timer apt\-daily\&.service Sun 2017\-02\-26 20:57:49 EST 2h 3min left Sun 2017\-02\-26 11:56:36 EST 6h ago snapd\&.refresh\&.timer snapd\&.refresh\&.service .fi .if n \{\ .RE .\} .sp \fINEXT\fP показує час наступного запуску таймера\&. .sp \fILEFT\fP показує, скільки лишилося до наступного запуску таймера\&. .sp \fILAST\fP показує останній момент часу, коли було запущено таймер\&. .sp \fIPASSED\fP показує, скільки часу минуло з моменту останнього запуску таймера\&. .sp \fIUNIT\fP показує назву таймера .sp \fIACTIVATES\fP показує назву служби, яку активує таймер, коли його запущено\&. .sp Див. також \fB\-\-all\fP і \fB\-\-state=\fP\&. .sp Додано у версії 209\&. .RE .PP \fBis\-active \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Перевірити, чи є активним (тобто запущеним) якийсь із вказаних модулів\&. Повертає код виходу \fB0\fP, якщо принаймні один модуль є активним, або ненульове значення в інших випадках\&. Якщо не вказано \fB\-\-quiet\fP, також виведе стан поточного модуля до стандартного виведення\&. .RE .PP \fBis\-failed \fP\fB[\fP\fIВЗІРЕЦЬ\fP\&...] .RS 4 Перевірити, чи перебуває у стані «failed»\&. Якщо модуль не вказано, буде виконано пошук модулів, виконання яких завершилося помилкою, що відповідає стану «degraded» повернутому \fBis\-system\-running\fP\&. Повертає код виходу \fB0\fP, якщо принаймні один модуль перебуває у стані помилки, або ненульове значення в інших випадках\& Якщо не вказано \fB\-\-quiet\fP, також виведе стан поточного модуля або системи до стандартного виведення\& .sp Додано у версії 197\&. .RE .PP \fBstatus\fP [\fIВЗІРЕЦЬ\fP\&...|\fIPID\fP\&...]] .RS 4 Показати відомості щодо поточного стану для усієї системи або одного чи декількох модулів із наступним виведенням найсвіжіших даних з журналу\&. Якщо не вказано позиційних аргументів і фільтра модулів за допомогою \fB\-\-type=\fP, \fB\-\-state=\fP або \fB\-\-failed\fP, показує стан усієї системи\&. Якщо поєднано із \fB\-\-all\fP, буде виведено стан усіх модулів\&. Якщо вказано позиційні аргументи, кожен з позиційних аргументів буде оброблено як назву модуля, для якого слід показати дані, або як загальний взірець для показу даних відповідних до взірця модулів, або як PID для показу даних модуля, що містить цей PID\&. Якщо використано \fB\-\-type=\fP, \fB\-\-state=\fP або \fB\-\-failed\fP, буде виконано додаткове фільтрування списку модулів за станом TYPE та ACTIVE\&. .sp Цю функцію призначено для створення зручних для читання даних\&. Якщо вам потрібні дані, які просто обробляти на комп'ютері, скористайтеся замість неї \fBshow\fP\&. Типово, ця функція виводить лише 10 рядків даних і обриває рядки багатокрапкою так, щоб вони вміщалися у вікно термінала\&. Змінити це можна за допомогою параметрів \fB\-\-lines\fP і \fB\-\-full\fP, див. вище\&. Крім того, \fBjournalctl \-\-unit=\fP\fIНАЗВА\fP або \fBjournalctl \-\-user\-unit=\fP\fIНАЗВА\fP використовують подібне фільтрування для повідомлень, і можуть бути зручнішими\&. .sp Зауважте, що у результаті цієї дії буде показано лише \fIдинамічний\fP стан, тобто дані щодо поточного виклику модуля (якщо його запущено) або найостаннішого виклику (якщо він уже не працює і його пам'ять не було звільнено)\&. Відомості щодо попередніх викликів, викликів під час попередніх запусків системи або попередніх викликів, пам'ять яких вже було звільнено, можна отримати за допомогою команди \fBjournalctl \-\-unit=\fP\&. .sp За потреби, systemd завантажує модулі неявним чином, тому запуск \fBstatus\fP призведе до спроби завантажити файл\&. Тому ця команда не придатна для перевірки того, чи вже завантажено щось\&. Також можливий випадок, коли модулі буде швидко вивантажено одразу після завершення дії, якщо немає потреби тримати їх у пам'яті після неї\&. .PP \fBПриклад\ \&1.\ \&Приклад виведення systemctl status\fP .sp .if n \{\ .RS 4 .\} .nf $ systemctl status bluetooth ● bluetooth\&.service \- Bluetooth service Loaded: loaded (/usr/lib/systemd/system/bluetooth\&.service; enabled; preset: enabled) Active: active (running) since Wed 2017\-01\-04 13:54:04 EST; 1 weeks 0 days ago Docs: man:bluetoothd(8) Main PID: 930 (bluetoothd) Status: "Running" Tasks: 1 Memory: 648\&.0K CPU: 435ms CGroup: /system\&.slice/bluetooth\&.service └─930 /usr/lib/bluetooth/bluetoothd Jan 12 10:46:45 example\&.com bluetoothd[8900]: Not enough free handles to register service Jan 12 10:46:45 example\&.com bluetoothd[8900]: Current Time Service could not be registered Jan 12 10:46:45 example\&.com bluetoothd[8900]: gatt\-time\-server: Input/output error (5) .fi .if n \{\ .RE .\} .sp Для крапки («●») у терміналах із підтримкою кольорів буде використано колір для того, щоб стан модуля був помітним з першого погляду\&. Разом із кольором змінюватиметься форма, відповідно до стану: для станів «неактивний» та «супровід» буде показано біле коло («○»), для стану «активний» — зелену крапку («●»), для стану «деактивація» — білу крапку, для стану «помилка» — червоний хрестик («\(mu»), а для стану «перезавантаження» — зелену кругову стрілку за годинниковою стрілкою («↻»)\&. .sp У рядку «Loaded:» виведених даних буде показано «loaded», якщо модуль було завантажено до пам'яті\&. Іншими можливими значеннями для «Loaded:» є такі: «error», якщо виникла проблема під час завантаження; «not\-found», якщо не було знайдено файл модуля; «bad\-setting», якщо не вдалося обробити критичний параметр файла модуля, і «masked», якщо файл модуля було замасковано\&. Разом із показом шляху до файла модуля, у цьому рядку також буде показано стан вмикання\&. Увімкнені модулі буде включено до мережі залежностей між модулями, а тому буде запущено під час завантаження або за допомогою якихось інших форм активації\&. Із повною таблицею можливих станів вмикання, разом із визначенням терміна «masked», можна ознайомитися у документації з команди \fBis\-enabled\fP\&. .sp У рядку «Active:» буде показано стан активності\&. Значенням, зазвичай, є «active» (активний) або «inactive» (неактивний)\&. Активний стан може означати «запущено», «пов'язано», «увімкнено» тощо, залежно від типу модуля\&. Модуль може також перебувати у процесі зміни станів, повідомляючи про стан «activating» (активація) або «deactivating» (деактивація)\&. Спеціальний стан «failed» буде показано, якщо робота служби завершилася якоюсь помилкою, зокрема аварійно, у результаті виходу з кодом помилки або перевищення часу очікування\&. Якщо модуль увійде до стану помилки, причину буде записано до журналу для подальшого вивчення\&. .RE .PP \fBshow\fP [\fIВЗІРЕЦЬ\fP\&...|\fIЗАВДАННЯ\fP\&...] .RS 4 Вивести властивості одного або декількох модулів, завдань або самого засобу керування\&. Якщо аргумент не вказано, буде виведено властивості засобу керування\&. Якщо вказано назву модуля, буде виведено властивості модуля, а якщо вказано ідентифікатор завдання, буде виведено властивості завдання\&. Типово, властивості із порожніми значеннями виведено не буде.\&. Скористайтеся параметром \fB\-\-all\fP, щоб програма вивела і ці властивості\&. Щоб вибрати для показу якісь властивості, скористайтеся параметром \fB\-\-property=\fP\&. Цю команду призначено для використання у випадку потреби у обробці виведених даних комп'ютером\&. Якщо вам потрібні форматовані зручні для читання виведені дані, скористайтеся командою \fBstatus\fP\&. .sp Багато властивостей, значення яких виводить \fBsystemctl show\fP безпосередньо пов'язано із параметрами налаштувань системи та засобу керування службами та його файлами модулів\&. Зауважте, що властивості, які виведено цією командою, загалом, є нижчого рівня, нормалізованими версіями початкових параметрів налаштувань, і вказують на динамічний стан на додачу до налаштувань\&. Наприклад, властивості, які виведено для модулів служб, включають поточний ідентифікатор основного процесу служби як «MainPID» (динамічний стан), а параметри часу завжди виводяться як властивості із кінцевим суфіксом «\&...USec», навіть якщо відповідні параметри налаштувань мають назви, які закінчуються на «\&...Sec», оскільки мікросекунди є нормалізованою одиницею часу, яку на внутрішньому рівні використовує система на засіб керування службами\&. .sp Докладніший опис багатьох цих властивостей можна знайти у документації до базового компонента цих властивостей, інтерфейсу D\-Bus, див. \fBorg.freedesktop.systemd1\fP(5)\&. .RE .PP \fBcat \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Вивести базові файли одного або декількох модулів\&. Виводить «fragment» і «drop\-ins» (початкові файли) модулів\&. Перед пунктом кожного файла буде виведено коментар із назвою файла\&. Зауважте, що буде виведено вміст базових файлів на диску, який може відрізнятися від даних засобу керування службами для цих модулів, якщо файли модулів було оновлено на диску, і з того часу не було віддано команду \fBdaemon\-reload\fP\&. .sp Додано у версії 209\&. .RE .PP \fBhelp \fP\fIВЗІРЕЦЬ\fP\fB\&...|\fP\fIPID\fP\fB\&...\fP .RS 4 Вивести сторінки підручника для одного або декількох модулів, якщо такі доступні\&. Якщо задано PID, буде показано сторінки підручника для модуля, якому належить процес\&. .sp Додано у версії 185\&. .RE .PP \fBlist\-dependencies\fP [\fIМОДУЛЬ\fP\&.\&.\&.] .RS 4 Виводить модулі, які потрібні і бажані для вказаних модулів\&. Виводить рекурсивний список модулів із наступними залежностями \fIRequires=\fP, \fIRequisite=\fP, \fIWants=\fP, \fIConsistsOf=\fP, \fIBindsTo=\fP і \fIUpholds=\fP\&. Якщо модулів не вказано, буде неявно використано default\&.target\&. .sp Показані модулі буде додатково фільтровано з використанням \fB\-\-type=\fP та \fB\-\-state=\fP, якщо вказано ці параметри\&. Зауважте, що ми не зможемо скористатися у цьому випадку ієрархічною структурою, отже неявним чином буде використано \fB\-\-plain\fP\&. .sp Типово, буде рекурсивно розгорнуто лише модулі призначення\&. Якщо буде передано параметр \fB\-\-all\fP, також буде рекурсивно розгорнуто усі інші модулі\&. .sp Змінити типи показаних залежностей можна за допомогою параметрів \fB\-\-reverse\fP, \fB\-\-after\fP, \fB\-\-before\fP\&. .sp Зауважте, що ця команда виводить список лише тих модулів, які у поточний момент завантажено до пам'яті засобом керування службами\&. Зокрема, ця команда непридатна для отримання повного списку щодо усіх зворотних залежностей певного модуля, оскільки вона не виводить залежностей, які оголошено модулями і у поточний момент не завантажено\&. .sp Додано у версії 198\&. .RE .PP \fBstart \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Запустити (активувати) один або декілька модулів, які вказано у рядку команди\&. .sp Зауважте, що взірці назв модулів із символами\-замінниками розгортаються до назв модулів, які зараз перебувають в оперативній пам'яті\&. Модулі, які є неактивними і не перебувають у стані помилки, зазвичай, не перебувають у пам'яті, отже, для них не буде встановлено відповідності жодному взірцю\&. Крім того, у випадку модулів із екземплярами systemd часто не знає назви екземпляра до запуску цього екземпляра\&. Отже, використання взірців із символами\-замінниками у \fBstart\fP не дуже\-то й корисне\&. Крім того, вторинні назви\-альтернативи модулів не буде взято до уваги\&. .sp Для роботи із неактивними модулями, на які посилаються інші завантажені модулі, можна також скористатися параметром \fB\-\-all\fP\&. Зауважте, що це не те саме, що працювати із «усіма» можливими модулями, оскільки, як про це вже написано у попередньому абзаці, такий список є некоректним\&. Втім, \fBsystemctl start \-\-all \fP\fIВЗІРЕЦЬ\fP може бути корисним, якщо усі модулі, які слід знайти за шаблоном, запускаються певною ціллю, про яку відомо, що її буде завантажено\&. .RE .PP \fBstop \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Зупинити (деактивувати) один або декілька модулів, які вказано у рядку команди\&. .sp Виконання цієї команди завершиться помилкою, якщо модуля не існує або якщо зупинення модуля заборонено (див. \fIRefuseManualStop=\fP у \fBsystemd.unit\fP(5))\&. Виконання \fIне\fP завершиться помилкою, якщо виконання будь\-якої з команд, які налаштовано для зупинення модуля (\fIExecStop=\fP тощо), завершиться помилкою, оскільки засіб керування все одно примусово зупинить роботу модуля\&. .sp Якщо модуль, який зупиняється, може бути увімкнено іншими модулями, буде показано попередження зі списком назв відповідних модулів\&. Можна скористатися \fB\-\-no\-warn\fP для придушення попередження\&. .RE .PP \fBreload \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Наказує усім модулям зі списку у рядку команди перезавантажити налаштування\&. Зауважте, що у результаті буде перезавантажено специфічні для служби налаштування, а не файл налаштувань модуля systemd\&. Якщо вам потрібно, щоб програма systemd перезавантажила файл налаштувань модуля, скористайтеся командою \fBdaemon\-reload\fP\&. Іншими словами, у випадку, наприклад, Apache, у результаті буде перезавантажено httpd\&.conf у вебсервері Apache, але не файл модуля systemd apache\&.service\&. .sp Цю команду не слід плутати із командою \fBdaemon\-reload\fP\&. .RE .PP \fBrestart \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Зупинити і потім знову запустити один або декілька модулів, які вказано у рядку команди\&. Якщо модулі ще не запущено, їх буде запущено\&. .sp Зауважте, що перезапуск модуля за допомогою цієї команди не обов'язково скине усі ресурси модуля, перш ніж його буде знову запущено\&. Наприклад, сховище дескрипторів файлів окремої служби (див. \fIFileDescriptorStoreMax=\fP in \fBsystemd.service\fP(5)) лишиться незмінним, доки завдання модуля перебуватиме у черзі обробки — його буде очищено, коли роботу модуля буде повністю зупинено, і у нього не лишиться завдань у черзі\&. Якщо треба скинути і сховище дескрипторів файлів, під час дії з перезапуску слід віддати явно команду \fBsystemctl stop\fP, а потім команду \fBsystemctl start\fP\&. .RE .PP \fBtry\-restart \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Зупинити і потім знову запустити один або декілька модулів, які вказано у рядку команди, якщо модулі запущено\&. Якщо модулі не запущено, ніяких дій щодо них не виконуватиметься\&. .RE .PP \fBreload\-or\-restart \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Перезавантажити один або декілька модулів, якщо у них передбачено підтримку таких дій\&. Якщо підтримки перезавантаження не передбачено, зупинити і потім знову запустити ці модулі\&. Якщо модулі ще не запущено, їх буде запущено\&. .RE .PP \fBtry\-reload\-or\-restart \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Перезавантажити один або декілька модулів, якщо у них передбачено підтримку таких дій\&. Якщо підтримки перезавантаження не передбачено, зупинити і потім знову запустити ці модулі\&. Якщо модулі не запущено, ніяких дій виконано не буде\&. .sp Додано у версії 229\&. .RE .PP \fBisolate \fP\fIМОДУЛЬ\fP .RS 4 Запустити модуль, який вказано у рядку команди, і усі його залежності, і зупинити усі інші, якщо для них не вказано \fBIgnoreOnIsolate=yes\fP (див. \fBsystemd.unit\fP(5))\&. Якщо вказано назву модуля без суфікса, програма припускатиме, що суфіксом є «\&.target»\&. .sp Ця команда є небезпечною, оскільки вона негайно припиняє роботу процесів, які не увімкнено у новій цілі, можливо, разом із графічним середовищем або терміналом, яким ви користуєтеся на момент виконання команди\&. .sp Зауважте, що ця дія є можливою лише для модулів, для яких увімкнено \fBAllowIsolate=\fP\&. Див. \fBsystemd.unit\fP(5), щоб дізнатися більше\&. .RE .PP \fBkill \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Надіслати сигнал процесу UNIX одному або декільком процесам модуля\&. Скористайтеся \fB\-\-kill\-whom=\fP, щоб вибрати, якому процесу слід надіслати сигнал\&. Скористайтеся \fB\-\-signal=\fP, щоб вибрати сигнал, який слід надіслати\&. Поєднайте з \fB\-\-kill\-value=\fP, щоб додати до черги сигнал реального часу POSIX із пов'язаним значенням\&. .RE .PP \fBclean \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Вилучити налаштування, стан, кеш, журнал та динамічні дані вказаних модулів\&. Скористайтеся \fB\-\-what=\fP, щоб вибрати тип ресурсу для вилучення\&. Для модулів служб цією командою можна скористатися для вилучення каталогів, які налаштовано за допомогою \fIConfigurationDirectory=\fP, \fIStateDirectory=\fP, \fICacheDirectory=\fP, \fILogsDirectory=\fP та \fIRuntimeDirectory=\fP, див. \fBsystemd.exec\fP(5), щоб дізнатися більше\&. Нею також можна скористатися для очищення сховища дескрипторів файлів з вмиканням за допомогою \fIFileDescriptorStoreMax=\fP, див. \fBsystemd.service\fP(5), щоб дізнатися більше\&. Для модулів таймера цією командою можна скористатися для вилучення сталих даних часових позначок, якщо використано \fIPersistent=\fP і вибрано \fB\-\-what=state\fP, див. \fBsystemd.timer\fP(5)\&. Ця команда застосовується лише до модулів, у яких використовуються якісь з цих параметрів\&. Якщо не вказано \fB\-\-what=\fP, буде вилучено одразу дані з кешу і динамічні дані, а також очищено дані сховища дескрипторів файлів (оскільки ці три типи ресурсів є зайвими і відтворюються під час наступного виклику цього модуля)\&. Зауважте, що вказані модулі має бути зупинено, щоб можна було викликати цю дію\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBТаблиця\ \&1.\ \& Можливі значення \-\-what=\fP .TS allbox tab(:); lB lB. T{ Значення T}:T{ Налаштовування модуля T} .T& l l l l l l l l l l l l l l. T{ "runtime" T}:T{ \fIRuntimeDirectory=\fP T} T{ "state" T}:T{ \fIStateDirectory=\fP T} T{ "cache" T}:T{ \fICacheDirectory=\fP T} T{ "logs" T}:T{ \fILogsDirectory=\fP T} T{ "configuration" T}:T{ \fIConfigurationDirectory=\fP T} T{ "fdstore" T}:T{ \fIFileDescriptorStorePreserve=\fP T} T{ "all" T}:T{ Усе з наведеного вище T} .TE .sp 1 Додано у версії 243\&. .RE .PP \fBfreeze \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Заморозити один або декілька модулів, які вказано у командному рядку за допомогою засобу замороження cgroup .sp Заморожування модуля спричинить призупинення усіх процесів, які місяться у cgroup, що відповідає модулю\&. Призупинення означає, що процеси модуля не буде заплановано для виконання на центральному процесорі, доки модуль не буде розморожено\&. Зауважте, що підтримку цієї команди передбачено лише на системах, які використовують уніфіковану ієрархію cgroup\&. Модуль буде автоматично розморожено одразу перед виконанням завдання щодо модуля, наприклад, перед тим, як модуль буде зупинено\&. .sp Додано у версії 246\&. .RE .PP \fBthaw \fP\fIВЗІРЕЦЬ\fP\fB\&...\fP .RS 4 Розтопити (розморозити) один або декілька модулів, які вказано у рядку команди\&. .sp Це обернена дія до команди \fBfreeze\fP, і вона відновлює виконання процесів для cgroup модуля\&. .sp Додано у версії 246\&. .RE .PP \fBset\-property \fP\fIМОДУЛЬ\fP\fB \fP\fIВЛАСТИВІСТЬ\fP\fB=\fP\fIЗНАЧЕННЯ\fP\fB\&...\fP .RS 4 Встановити вказані властивості модуля у середовищі виконання, де передбачено відповідну підтримку\&. Ця команда уможливлює зміну властивостей параметра налаштувань, зокрема параметрів керування ресурсами у середовищі виконання\&. Не усі властивості може бути динамічно змінено, але багато з параметрів керування ресурсами (в основному, властивостей у \fBsystemd.resource\-control\fP(5)) можна\&. Зміни буде застосовано негайно і збережено на диск для майбутніх завантажень, якщо не буде передано параметр \fB\-\-runtime\fP, бо у цьому випадку параметри буде застосовано лише під час наступного перезавантаження системи\&. Синтаксис надання властивостям значень близько наслідує синтаксис надання значень у файлах модулів\&. .sp Приклад: \fBsystemctl set\-property foobar\&.service CPUWeight=200\fP .sp Якщо вказаний модуль виглядає неактивним, зміни буде збережено на лише диску, як це описано раніше, отже вони набудуть чинності, коли модуль буде запущено\&. .sp Зауважте, що за допомогою цієї команди можна змінити декілька властивостей одночасно. Це пріоритетніший спосіб за встановлення значень кожної властивості окремою командою\&. .sp Приклад: \fBsystemctl set\-property foobar\&.service CPUWeight=200 MemoryMax=2G IPAccounting=yes\fP .sp Подібно параметрам налаштування у файлі модуля, встановлення порожнього значення скидає властивість до типового значення\&. .sp Приклад: \fBsystemctl set\-property avahi\-daemon\&.service IPAddressDeny=\fP .sp Додано у версії 206\&. .RE .PP \fBbind\fP \fIМОДУЛЬ\fP \fIШЛЯХ\fP [\fIШЛЯХ\fP] .RS 4 Монтує з прив'язкою файл або каталог з основної системи до вказаного простору монтування модуля\&. Першим аргументом шляху є початковий файл або каталог в основній системі, другим аргументом шляху є файл або каталог призначення у просторі назв модуля\&. Якщо останній пропущено, шлях призначення у просторі назв модуля є тим самим, що і початковий шлях в основній системі\&. Якщо поєднано із перемикачем \fB\-\-read\-only\fP, буде створено монтування з прив'язкою лише для читання\&. Якщо поєднано із перемикачем \fB\-\-mkdir\fP, шлях призначення буде створено ще до застосування монтування\&. .sp Зауважте, що підтримку цього параметра у поточній версії передбачено лише для модулів, які запущено у просторі назв монтування (приклади: \fBRootImage=\fP, \fBPrivateMounts=\fP тощо)\&. У цій команді передбачено підтримку монтування каталогів, звичайних файлів, вузлів пристроїв, вузлів сокетів \fBAF_UNIX\fP, а також FIFO з прив'язкою\&. Монтування з прив'язкою є недовговічним, його можна скасувати, щойно роботу поточного процесу модуля буде завершено\&. Зауважте, що згаданий тут простір назв, до якого буде додано монтування з прив'язкою, є простором назв, у якому працює основний процес служби\&. Інші процеси (ті, які виконуються \fBExecReload=\fP, \fBExecStartPre=\fP тощо) працюють в окремих просторах назв\&. .sp Якщо у ядрі передбачено відповідну підтримку, усі попередні монтування до вибраної цілі буде замінено новим монтуванням\&. Якщо такої підтримки не передбачено, усі попередні монтування буде змонтовано повторно, але монтування лишатиметься пришпиленим і недоступним\&. .sp Додано у версії 248\&. .RE .PP \fBmount\-image\fP \fIМОДУЛЬ\fP \fIОБРАЗ\fP [\fIШЛЯХ\fP [\fIНАЗВА_РОЗДІЛУ\fP:\fIПАРАМЕТРИ_МОНТУВАННЯ\fP]] .RS 4 Монтує образ з основної системи до простору назв вказаного модуля\&. Перший аргумент шляху є образ джерела в основній системи, другий аргумент шляху є каталогом призначення у просторі назв монтування модуля (тобто у \fBRootImage=\fP/\fBRootDirectory=\fP)\&. Наступний аргумент, якщо його вказано, буде оброблено як відокремлений двокрапкою кортеж назви розділу і списку відокремлених комами параметрів монтування для цього розділу\&. Формат є тим самим, як для параметра служби \fBMountImages=\fP\&. Якщо поєднано із перемикачем \fB\-\-read\-only\fP, буде створено монтування лише для читання\&. Якщо поєднано із перемикачем \fB\-\-mkdir\fP, шлях призначення буде створено ще до застосування монтування\&. .sp Зауважте, що підтримку цього параметра у поточній версії передбачено лише для модулів, які запущено у просторі назв монтування (приклади: \fBRootImage=\fP, \fBPrivateMounts=\fP тощо)\&. Зауважте, що згаданий тут простір назв, до якого буде додано монтування з прив'язкою, є простором назв, у якому працює основний процес служби\&. Інші процеси (ті, які виконуються \fBExecReload=\fP, \fBExecStartPre=\fP тощо) працюють в окремих просторах назв\&. .sp Якщо у ядрі передбачено відповідну підтримку, усі попередні монтування до вибраної цілі буде замінено новим монтуванням\&. Якщо такої підтримки не передбачено, усі попередні монтування буде змонтовано повторно, але монтування лишатиметься пришпиленим і недоступним\&. .sp Приклад: .sp .if n \{\ .RS 4 .\} .nf systemctl mount\-image foo\&.service /tmp/img\&.raw /var/lib/image root:ro,nosuid .fi .if n \{\ .RE .\} .sp .sp .if n \{\ .RS 4 .\} .nf systemctl mount\-image \-\-mkdir bar\&.service /tmp/img\&.raw /var/lib/baz/img .fi .if n \{\ .RE .\} .sp Додано у версії 248\&. .RE .PP \fBservice\-log\-level\fP \fIСЛУЖБА\fP [\fIРІВЕНЬ\fP] .RS 4 Якщо аргумент \fIРІВЕНЬ\fP не вказано, вивести поточний рівень журналювання, як його повідомляє служба \fIСЛУЖБА\fP\&. .sp Якщо вказано додатковий аргумент \fIРІВЕНЬ\fP, змінити поточний рівень журналювання служби на \fIРІВЕНЬ\fP\&. Рівнем журналювання має бути типовий рівень журналювання syslog, тобто значення у діапазоні 0\&...7 або один з таких рядків: \fBemerg\fP, \fBalert\fP, \fBcrit\fP, \fBerr\fP, \fBwarning\fP, \fBnotice\fP, \fBinfo\fP, \fBdebug\fP; див. \fBsyslog\fP(3), щоб дізнатися більше\&. .sp Служба повинна мати відповідну властивість \fIBusName=\fP\fIпризначення\fP, а також реалізовувати загальний інтерфейс \fBorg.freedesktop.LogControl1\fP(5)\&. (systemctl скористається загальним протоколом D\-Bus для доступу до інтерфейсу org\&.freedesktop\&.LogControl1\&.LogLevel для назви D\-Bus \fIпризначення\fP\&.) .sp Додано у версії 247\&. .RE .PP \fBservice\-log\-target\fP \fIСЛУЖБА\fP [\fIЦІЛЬ\fP] .RS 4 Якщо аргумент \fIЦІЛЬ\fP не вказано, вивести поточну ціль журналювання, як її повідомляє служба \fIСЛУЖБА\fP\&. .sp Якщо надано додатковий аргумент \fIЦІЛЬ\fP, змінити поточну ціль журналювання служби на \fIЦІЛЬ\fP\&. Ціллю журналювання має бути один з таких рядків: \fBconsole\fP (щоб записувати виведені дані до стандартного потоку помилок служби), \fBkmsg\fP (щоб записувати виведення журналу до буфера журналу ядра), \fBjournal\fP (щоб записувати виведення журналу до \fBsystemd\-journald.service\fP(8) за допомогою власного протоколу журналу), \fBsyslog\fP (щоб записувати виведення журналу до класичного сокета syslog /dev/log), \fBnull\fP (щоб не записувати виведення журналу нікуди) або \fBauto\fP (щоб автоматично вибирати варіант, типово, еквівалент \fBconsole\fP, якщо службу викликано інтерактивно, і \fBjournal\fP або \fBsyslog\fP в інших випадках)\&. .sp Для більшості служб має сенс використання лише незначної підмножини цілей журналювання\&. Зокрема, більшість «звичайних» служб мають реалізовувати лише \fBconsole\fP, \fBjournal\fP і \fBnull\fP\&. Усе інше стосується лише низькорівневих служб, які є активними на дуже ранніх етапах завантаження системи, до того, як буде встановлено належне журналювання\&. .sp Служба повинна мати відповідну властивість \fIBusName=\fP\fIпризначення\fP, а також реалізовувати загальний інтерфейс \fBorg.freedesktop.LogControl1\fP(5)\&. (systemctl скористається загальним протоколом D\-Bus для доступу до інтерфейсу org\&.freedesktop\&.LogControl1\&.LogLevel для назви D\-Bus \fIпризначення\fP\&.) .sp Додано у версії 247\&. .RE .PP \fBreset\-failed [\fP\fIВЗІРЕЦЬ\fP\fB\&...]\fP .RS 4 Скинути стан «failed» («помилка») вказаних модулів або, якщо не вказано назв модулів, скинути стан для усіх модулів\&. Якщо робота модуля якимось чином завершується помилкою (тобто процес завершує роботу із ненульовим кодом помилки, нештатно перериває роботу або перевищує час очікування на дані), його автоматично буде переведено у стан «failed», а його код виходу та стан буде записано для вивчення адміністратором, аж доки службу не буде зупинено і повторно запущено або скинуто за допомогою цієї команди\&. .sp На додачу до скидання стану «failed» модуля команда також скидає різноманітні інші властивості для окремого модуля: обмежувальний лічильник запуску для модулів усіх типів буде скинуто до нуля, як і лічильник перезапуску модулів служб\&. Таким чином, якщо досягнуто обмеження на запуск модуля (як його налаштовано за допомогою \fIStartLimitIntervalSec=\fP/\fIStartLimitBurst=\fP), і модуль не вдається запустити знову, скористайтеся цією командою, щоб зробити модуль знову придатним до запуску\&. .RE .PP \fBwhoami [\fP\fIPID\fP\fB\&...]\fP .RS 4 Повертає список модулів, яким належать процеси, вказані за PID (по одному на рядок)\&. Якщо PID не вказано, повертає модуль, з якого викликано команду \fBsystemctl\fP\&. .sp Додано у версії 254\&. .RE .SS "Команди файла модуля" .PP \fBlist\-unit\-files\fP [\fIВЗІРЕЦЬ\&...\fP] .RS 4 Вивести список файлів, які встановлено у системі, у поєднанні із даними щодо їхньої увімкненості (як про це повідомляє команда \fBis\-enabled\fP)\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде показано лише файли модулів, які відповідають одному з взірців (підтримки встановлення відповідності за шляхами у файловій системі взірцям не передбачено)\&. .sp На відміну від \fBlist\-units\fP, ця команда виводить список шаблонів модулів, окрім модулів із явними екземплярами\&. .sp Додано у версії 233\&. .RE .PP \fBenable \fP\fIМОДУЛЬ\fP\fB\&...\fP, \fBenable \fP\fIШЛЯХ\fP\fB\&...\fP .RS 4 Увімкнути один або декілька модулів або екземплярів модулів\&. У результаті буде створено набір символічних посилань у кодуванні розділів [Install] вказаних файлів модулів\&. Після створення символічних посилань налаштування засобу керування системою буде перезавантажено (у еквівалентний до \fBdaemon\-reload\fP спосіб) з метою забезпечення негайного врахування змін\&. Зауважте, що це \fIне\fP означатиме запуску будь\-яких модулів, які вмикаються\&. Якщо слід запустити якісь модулі, поєднайте цю команду із перемикачем \fB\-\-now\fP або потім віддайте команду \fBstart\fP із відповідними аргументами\&. Зауважте, що у випадку вмикання екземплярів модулів (тобто вмикання модулів у формі щось@десь\&.service) буде створено символічні посилання із назвами, які збігаються зі назвами екземплярів, у каталозі налаштувань модулів, втім, ці посилання вказуватимуть на єдиний файл шаблонів модуля, з якого було створено екземпляр\&. .sp Цій команді слід передавати або коректні назви модулів (у цьому випадку буде виконано пошук файлів модулів із відповідними назвами у різноманітних каталогах файлів модулів), або абсолютні шляхи до файлів модулів (у цьому випадку файли буде прочитано безпосередньо)\&. Якщо вказаний файл модуля розташовано поза звичайними каталогами файлів модулів, буде створено додаткове символічне посилання, які пов'язуватиме його із каталогом налаштувань модулів, а отже, забезпечуватиме можливість знайти його у відповідь на запит команд, подібних до \fBstart\fP\&. Файлова система, де зберігаються пов'язані файли модулів, має бути доступною на момент запуску systemd (наприклад, не можна зберігати такі файли у /home/ або /var/, якщо цих каталогів немає у кореневій файловій системі)\&. .sp Ця команда виводить список виконаних із файловою системою дій\&. Виведення даних можна придушити за допомогою параметра \fB\-\-quiet\fP\&. .sp Зауважте, що ця дія створює лише символічні посилання, які запропоновано у розділі [Install] файлів модулів\&. Хоча ця команда є рекомендованим способом керування каталогом налаштувань модулів, адміністратор може вносити додаткові зміни вручну, створюючи або вилучаючи символічні посилання у цьому каталозі\&. Такі дії можуть знадобитися для створення налаштувань, які відрізняються від пропонованих у типовому комплекті для встановлення\&. Якщо буде внесено такі зміни, адміністратор має, за потреби, викликати \fBdaemon\-reload\fP вручну, щоб забезпечити врахування внесених змін\&. .sp При використанні цієї дії над модулями без даних щодо встановлення, буде показано попередження щодо цього\&. Можна скористатися \fB\-\-no\-warn\fP для придушення попередження\&. .sp Вмикання модулів не слід плутати із запуском (активацією) модулів, який виконує команда \fBstart\fP\&. Вмикання і запуск модулів є зовсім різними речима: модулі може бути увімкнено без запуску і запущено без вмикання\&. Вмикання лише вписує модуль у різноманітні відповідні місця (наприклад, робить так, щоб модуль автоматично запускався під час завантаження системи або з'єднання з комп'ютером певного типу обладнання)\&. Запуск ініціалізує процес фонової служби (у випадку модулів служб) або пов'язує модуль із сокетом (у випадку модулів сокетів) тощо\&. .sp Залежно від того, чи вказано \fB\-\-system\fP, \fB\-\-user\fP, \fB\-\-runtime\fP або \fB\-\-global\fP, ця команда вмикає модуль для системи, лише для користувача, який її віддав, лише на одне завантаження системи або для усіх наступних входів до системи усіх користувачів\&. Зауважте, що в останньому випадку не буде перезавантажено налаштування фонових служб systemd\&. .sp Підтримки команди \fBenable\fP для замаскованих модулів не передбачено. Якщо віддати цю команду для замаскованого модуля, буде повідомлено про помилку\&. .RE .PP \fBdisable \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Вимикає один або декілька модулів\&. У результаті з каталогу налаштувань модулів буде вилучено усі символічні посилання на файли модулів, які є основою вказаних модулів, а отже, буде скасовано усі зміни, які було внесено командою \fBenable\fP або \fBlink\fP\&. Зауважте, що це призведе до вилучення \fIусіх\fP символічних посилань на відповідні файли модулів, зокрема створених вручну посилань, а не лише створених за допомогою \fBenable\fP чи \fBlink\fP\&. Зауважте, що хоча \fBdisable\fP скасовує результати роботи \fBenable\fP, ці дві команди не є симетричними, оскільки \fBdisable\fP може вилучити більше символічних посилань, ніж було створено попередньою командою \fBenable\fP\&. .sp Цій команді можна передавати лише назви чинних модулів, вона не приймає шляхи до файлів модулів\&. .sp Окрім модулів, які буде вказано як аргументи, буде вимкнено усі модулі зі списку у параметрі \fIAlso=\fP розділу [Install] усіх файлів модулів, з якими працюватиме програма\&. .sp Ця команда неявним чином перезавантажує налаштування засобу керування системою після завершення виконання дії\&. Зауважте, що ця команда не виконує неявного зупинення модулів, які було вимкнено\&. Якщо потрібно зупинити роботу таких модулів, або поєднайте цю команду із перемикачем \fB\-\-now\fP, або потім викличте команду \fBstop\fP із відповідними аргументами\&. .sp Ця команда виводить відомості щодо виконаних із файловою системою дій (вилучення символічних посилань)\&. Виведення даних можна придушити за допомогою параметра \fB\-\-quiet\fP\&. .sp Якщо модуль вимикають, але модулі, які можуть його увімкнути лишатимуться активними, буде показано попередження зі списком назв відповідних модулів\&. Можна скористатися \fB\-\-no\-warn\fP для придушення попередження\&. .sp Цю команду використовують з \fB\-\-user\fP. Модулі, з якими вона працює, може бути увімкнено у загальній області видимості, а отже, запущено автоматично навіть після успішного вимикання в області видимості користувача\&. У цьому випадку буде виведено попередження, яке можна придушити за допомогою \fB\-\-no\-warn\fP\&. .sp Ця команда враховує \fB\-\-system\fP, \fB\-\-user\fP, \fB\-\-runtime\fP, \fB\-\-global\fP та \fB\-\-no\-warn\fP у спосіб, подібний до \fBenable\fP\&. .sp Додано у версії 238\&. .RE .PP \fBreenable \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Повторно увімкнути один або декілька модулів, як вказано у рядку команди\&. Це поєднання послідовних \fBdisable\fP і \fBenable\fP. Корисне для скидання символічних посилань на момент вмикання файла модуля до типових налаштувань, які вказано у розділі [Install]\&. Цій команді можна передавати лише назву модуля, вона не приймає шляхів до файла модуля\&. .sp Додано у версії 238\&. .RE .PP \fBpreset \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Скинути стан вмикання\-вимикання одного або декількох файлів модулів, які вказано у рядку команди, до типових значень, які зазначено у файлах наборів правил модулів\&. Результат буде той самий, що і у команд \fBdisable\fP або \fBenable\fP, залежно від того, що вказано для модуля у файлах наборів налаштувань\&. .sp Скористайтеся параметром \fB\-\-preset\-mode=\fP для керування тим, має бути модулі увімкнено і вимкнено, лише вимкнено чи лише вимкнено\&. .sp Якщо у модулі не вказано даних щодо встановлення, його буде без попереджень проігноровано під час виконання цієї команди\&. Значенням аргументу \fIМОДУЛЬ\fP має бути дійсна назва модуля, усі альтернативні назви буде без попереджень проігноровано\&. .sp Щоб дізнатися більше про формат правил набору налаштувань, ознайомтеся зі сторінкою підручника щодо \fBsystemd.preset\fP(5)\&. .sp Додано у версії 238\&. .RE .PP \fBpreset\-all\fP .RS 4 Скидає усі встановлені файли модулів до типових параметрів, які налаштовано у файлі правил набору налаштувань (див. вище)\&. .sp Скористайтеся параметром \fB\-\-preset\-mode=\fP для керування тим, має бути модулі увімкнено і вимкнено, лише вимкнено чи лише вимкнено\&. .sp Додано у версії 215\&. .RE .PP \fBis\-enabled \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Перевіряє, чи увімкнено якийсь із вказаних файлів модулів (як за допомогою команди \fBenable\fP)\&. Повертає стан виходу 0, якщо увімкнено принаймні один модуль, і ненульовий стан, якщо це не так\&. Виводить поточний стан вмикання (див. таблицю)\&. Щоб придушити виведення даних, скористайтеся параметром \fB\-\-quiet\fP\&. Щоб було виведено цілі встановлення, скористайтеся параметром \fB\-\-full\fP\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBТаблиця\ \&2.\ \& Виведення is\-enabled\fP .TS allbox tab(:); lB lB lB. T{ Назва T}:T{ Опис T}:T{ Код виходу T} .T& l l l l ^ ^ l l l l ^ ^ l l l l l l l ^ ^ l l l l l l l l l l l l l l l l l l l l l. T{ "увімкнено" T}:T{ Увімкнено за допомогою символічних посилань \&.wants/, \&.requires/ або \fIAlias=\fP (остаточно в /etc/systemd/system/ або тимчасово у /run/systemd/system/)\&. T}:T{ 0 T} T{ "увімкнено\-робота" T}:: T{ "пов'язано" T}:T{ Стає доступним через одне або декілька символічних посилань на файл модуля (остаточно в /etc/systemd/system/ або тимчасово у /run/systemd/system/), навіть якщо файл модуля може зберігатися поза шляхом пошуку файлів модулів\&. T}:T{ > 0 T} T{ "linked\-runtime" T}:: T{ "alias" T}:T{ Назва альтернативи (символічного посилання на файл іншого модуля)\&. T}:T{ 0 T} T{ "masked" T}:T{ Повністю вимкнено так, що будь\-яка дія із запуску завершиться помилкою (остаточно в /etc/systemd/system/ або тимчасово у /run/systemd/systemd/)\&. T}:T{ > 0 T} T{ "masked\-runtime" T}:: T{ "static" T}:T{ Файл модуля не увімкнено і немає умов для вмикання його у розділі [Install] файла модуля\&. T}:T{ 0 T} T{ "indirect" T}:T{ Сам файл модуля не увімкнено, але він містить непорожній запис \fIAlso=\fP у розділі [Install] файла модуля, де вказано список інших файлів модулів, які може бути увімкнено, або у нього є альтернатива на основі символічного посилання із іншою назвою, яку не вказано у \fIAlso=\fP\&. Для файлів шаблонів модулів буде увімкнено екземпляр, відмінний від того, який вказано у \fIDefaultInstance=\fP is enabled\&. T}:T{ 0 T} T{ "disabled" T}:T{ Файл модуля не увімкнено, але у ньому міститься розділ [Install] із настановами щодо встановлення\&. T}:T{ > 0 T} T{ "generated" T}:T{ Файл модуля було створено динамічно за допомогою інструмента створення файлів\&. Див. \fBsystemd.generator\fP(7)\&. Створені файли модулів не може бути увімкнено, їх неявним чином вмикає їхній засіб породження\&. T}:T{ 0 T} T{ "transient" T}:T{ Файл модуля було створено динамічно за допомогою програмного інтерфейсу середовища виконання\&. Тимчасові модулі не можна вмикати\&. T}:T{ 0 T} T{ "bad" T}:T{ Файл модуля є некоректним або сталася якась інша помилка\&. Зауважте, що \fBis\-enabled\fP насправді не повертатиме цього стану, а просто виведе повідомлення про помилку\&. Втім, його може бути виведено у списку файлів модулів, які програма виводить, якщо використано \fBlist\-unit\-files\fP\&. T}:T{ > 0 T} T{ "not\-found" T}:T{ Файла модуля не існує\&. T}:T{ 4 T} .TE .sp 1 Додано у версії 238\&. .RE .PP \fBmask \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Замаскувати один або декілька модулів, як вказано у рядку команди\&. Це пов'яже файли модулів із /dev/null, унеможлививши їх запуск\&. Це потужніша версія \fBdisable\fP, оскільки вона забороняє будь\-який тип активації модуля, включно із вмиканням та активацією вручну\&. Будьте обережні із цим параметром\&. При цьому враховується параметр \fB\-\-runtime\fP для тимчасового маскування, аж до наступного перезавантаження системи\&. Можна скористатися параметром \fB\-\-now\fP для забезпечення паралельної зупинки модулів\&. Цій команді можна передавати лише назви модулів, вона не приймає шляхів до файлів модулів\&. .sp Зауважте, що у результаті буде створено символічне посилання із назвою модуля у /etc/systemd/system/ (якщо не вказано \fB\-\-runtime\fP) або /run/systemd/system/ (якщо вказано \fB\-\-runtime\fP)\&. Якщо відповідний файл модуля у цих каталогах вже існує, дія зазнає невдачі\&. Це означає, що дія, в основному, корисна для маскування модулів, які постачаються виробником обладнання (оскільки, вони зберігаються у /usr/lib/systemd/system/, а не у згаданих вище двох каталогах), але, типово, не працює для локально створених модулів (оскільки вони, типово, розміщуються у двох згаданих вище каталогах)\&. Ті самі обмеження стосуються режиму \fB\-\-user\fP, для якого, втім, відповідні каталоги розміщуються у домашньому каталозі користувача\&. .sp Якщо модуль, який має бути замасковано, може бути увімкнено іншими активними модулями, буде показано попередження зі списком назв відповідних модулів\&. Можна скористатися \fB\-\-no\-warn\fP для придушення попередження\&. .sp Додано у версії 238\&. .RE .PP \fBunmask \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Скасувати маскування одного або декількох файлів модулів, як їх вказано у рядку команди\&. Скасовує результат застосування \fBmask\fP\&. Цій команді можна передавати лише назви модулів, вона не приймає шляхів до файлів модулів\&. .sp Додано у версії 238\&. .RE .PP \fBlink \fP\fIШЛЯХ\fP\fB\&...\fP .RS 4 Створити посилання на файл модуля, який зберігається поза шляхом пошуку файлів модулів, до шляху пошуку файлів модулів\&. Цій команді має бути передано абсолютний шлях до файла модуля\&. Результат виконання команди можна скасувати за допомогою \fBdisable\fP\&. Результатом виконання команди є те, що файл модуля стане доступним для команд, подібних до as \fBstart\fP, хоча сам файл не встановлено безпосередньо до шляху пошуку модулів\&. Файлова система, де зберігаються пов'язані файли модулів, має бути доступною на момент запуску systemd (наприклад, не можна зберігати такі файли у /home/ або /var/, якщо цих каталогів немає у кореневій файловій системі)\&. .sp Додано у версії 233\&. .RE .PP \fBrevert \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Повернути один або декілька файлів модулів до версії їхнього постачальника\&. Ця команда вилучає створені файли налаштувань, які вносять зміни до вказаних модулів, а також будь\-які налаштовані користувачами файли модулів, які перевизначають відповідний файл модуля від постачальника\&. Зокрема, для модуля «щось\&.service» буде вилучено відповідні каталоги «щось\&.service\&.d/» із файлами, які у них містяться, у каталогах сталих та динамічних налаштувань (тобто в /etc/systemd/system і /run/systemd/system); якщо у файла є версія від постачальника (тобто файл модуля, який зберігається у /usr/), усі відповідні сталі або динамічні файли, які перевизначають типові, буде також вилучено\&. Зауважте, що якщо у файла модуля немає версії від постачальника (тобто його визначено лише у /etc/systemd/system або /run/systemd/system, але немає файла модуля, який зберігається у /usr/), файл не буде вилучено\&. Крім того, якщо модуль замасковано, його маскування буде знято\&. .sp Насправді, цією командою можна скористатися для скасування усіх змін, які було внесено за допомогою команд \fBsystemctl edit\fP, \fBsystemctl set\-property\fP і \fBsystemctl mask\fP. Команда також повертає дію початкового файла модуля із його параметрами\&. .sp Додано у версії 230\&. .RE .PP \fBadd\-wants \fP\fIЦІЛЬ\fP\fB \fP\fIМОДУЛЬ\fP\fB\&...\fP, \fBadd\-requires \fP\fIЦІЛЬ\fP\fB \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Додає залежності «Wants=» або «Requires=», відповідно, для вказаної \fIЦІЛІ\fP для одного або декількох модулів\&. .sp Ця команда враховує \fB\-\-system\fP, \fB\-\-user\fP, \fB\-\-runtime\fP і \fB\-\-global\fP у спосіб, подібний до \fBenable\fP\&. .sp Додано у версії 217\&. .RE .PP \fBedit \fP\fIМОДУЛЬ\fP\fB\&...\fP .RS 4 Редагувати або замінити вставний фрагмент або основний файл модуля для розширення або перевизначення вказаного модуля\&. .sp Залежно від того, вказано \fB\-\-system\fP (типовий варіант), \fB\-\-user\fP чи \fB\-\-global\fP, ця команда працюватиме із файлами загальносистемних модулів, файлами модулів користувача, який її віддав, або файлами модулів, які є спільними для усіх користувачів\&. .sp Буде викликано редактор (див. розділ «Середовище» нижче) для тимчасових файлів, які будуть записані у справжнє розташування, якщо редактор завершить роботу успішно\&. Після завершення редагування конфігурацію буде перезавантажено, еквівалентно до \fBsystemctl daemon\-reload \-\-system\fP або \fBsystemctl daemon\-reload \-\-user\fP\&. Для \fBedit \-\-global\fP перезавантаження не буде виконано, і зміни набудуть чинності лише для наступних входів до системи (або після запиту щодо перезавантаження іншим способом)\&. .sp Якщо вказано \fB\-\-full\fP, буде створено або редаговано замінник основного файла модуля\&. У протилежному випадку, буде створено або редаговано вставний файл\&. .sp Якщо вказано \fB\-\-drop\-in=\fP, заданий файл вставлення буде використано замість типового override\&.conf\&. .sp Модуль має існувати, тобто має існувати його головний файл\&. Якщо вказано \fB\-\-force\fP, цю вимогу буде проігноровано, і може бути створено новий модуль (з \fB\-\-full\fP) або може бути створено вставлення для модуля, якого не існує\&. .sp Якщо вказано \fB\-\-runtime\fP, зміни буде внесено до /run/ тимчасово — їх буде втрачено під час перезавантаження системи\&. .sp Якщо вказано \fB\-\-stdin\fP, новий вміст буде прочитано зі стандартного джерела вхідних даних\&. У цьому режимі попередній вміст файла буде втрачено\&. .sp Якщо тимчасовий файл буде порожнім на момент виходу, внесені до пов'язаного модуля зміни буде скасовано\&. .sp Зауважте, що цю команду не можна використовувати для віддаленого редагування модулів, і ви не можете тимчасово редагувати модулі, які зберігаються в /etc/, оскільки вони мають вищий пріоритет над тими, які зберігаються у /run/\&. .sp Додано у версії 218\&. .RE .PP \fBget\-default\fP .RS 4 Повертає типову ціль завантаження системи\&. У результаті буде повернуто назву модуля, з яким пов'язано (символічним посиланням) default\&.target\&. .sp Додано у версії 205\&. .RE .PP \fBset\-default \fP\fIЦІЛЬ\fP .RS 4 Встановити типову ціль завантаження системи\&. У результаті буде встановлено (за допомогою символічних посилань) альтернативу для default\&.target так, щоб вона вказувала на заданий цільовий модуль\&. .sp Додано у версії 205\&. .RE .SS "Команди машини" .PP \fBlist\-machines\fP [\fIВЗІРЕЦЬ\fP\&...] .RS 4 Виводить список вузлів і усіх запущених локальних контейнерів із даними щодо їхнього стану\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде виведено лише контейнери, які відповідають одному із взірців\&. .sp Додано у версії 212\&. .RE .SS "Команди завдання" .PP \fBlist\-jobs \fP\fB[\fP\fIВЗІРЕЦЬ\&...\fP] .RS 4 Виводить список завдань, виконання яких триває\&. Якщо вказано один або декілька \fIВЗІРЦІВ\fP, буде виведено лише завдання для модулів, які відповідають одному із взірців\&. .sp Якщо поєднано із \fB\-\-after\fP або \fB\-\-before\fP список буде розширено відомостями щодо того, на яке завдання очікує кожне завдання, і які завдання очікують на це завдання, див. вище\&. .sp Додано у версії 233\&. .RE .PP \fBcancel \fP\fB[\fP\fIЗАВДАННЯ\fP\&...] .RS 4 Скасувати одне або декілька завдань, які вказано у рядку команди за їхніми числовими ідентифікаторами завдання\&. Якщо не вказано ідентифікатора завдання, скасувати усі завдання з черги\&. .sp Додано у версії 233\&. .RE .SS "Команди середовища" .PP У \fBsystemd\fP передбачено підтримку блоків середовища, яке буде передано процесам, породженим засобом керування\&. Назви змінних можуть містити літери ASCII, цифри та символи підкреслення\&. Назви змінних не можуть бути порожніми або починатися з цифри\&. У значеннях змінних можна використовувати більшість символів, але уся послідовність має бути коректним рядком UTF\-8\&. (Зауважте, що символи керування, подібні до символу нового рядка (\fBNL\fP), табуляції (\fBTAB\fP) або символу скасування (\fBESC\fP), \fIє\fP коректними символами ASCII, а отже, коректними символами UTF\-8)\&. Загальна довжина блоку середовища обмежена значенням \fB_SC_ARG_MAX\fP, яке визначено \fBsysconf\fP(3)\&. .PP \fBshow\-environment\fP .RS 4 Створити дамп блоку середовища засобу керування systemd\&. Це блок середовища, який буде передано усім процесам, які породжено засобом керування системою\&. Дамп блоку середовища буде створено у прямій формі, яка пасує для передавання у більшість командних оболонок\&. Якщо у значеннях змінних немає спеціальних символів або пробілів, екранування не виконуватиметься, а встановлення значень відбувається у формі «ЗМІННА=значення»\&. Якщо у значеннях містяться пробіли або символи, які мають спеціальне значення у командній оболонці, використовують екранування символом долара і одинарних лапок, а встановлення значень відбувається у формі «ЗМІННА=$\*(Aqзначення\*(Aq»\&. Відомо, що підтримку таких синтаксичних конструкцій передбачено у \fBbash\fP(1), \fBzsh\fP(1), \fBksh\fP(1), та \fBash\fP(1) з \fBbusybox\fP(1), але не у \fBdash\fP(1) або \fBfish\fP(1)\&. .sp Зауважте, що буде показано \fIзадіяний\fP блок, тобто комбінацію змінних середовища, яку налаштовано за допомогою файлів налаштувань, засобів побудови середовища та IPC (тобто за допомогою \fBset\-environment\fP, яку описано нижче)\&. На момент відгалуження процесу модуля цей поєднаний блок середовища буде далі поєднано зі змінними середовища окремих модулів, які не буде показано цією командою\&. .RE .PP \fBset\-environment \fP\fIЗМІННА=ЗНАЧЕННЯ\fP\fB\&...\fP .RS 4 Встановити одну або декілька змінних середовища засобу керування службами, як вказано у рядку команди\&. Виконання цієї команди завершиться помилкою, якщо назви і значення змінних не відповідають вказаним вище правилам\&. .sp Зауважте, що це працює у блоці середовища, окремому від блоку середовища, налаштованого за допомогою налаштувань засобу керування службами і засобів створення середовища\&. Щоразу під час виклику процесу два блоки поєднуються (зі включенням усіх змінних середовища окремих служб) і передаються процесу\&. Команда \fBshow\-environment\fP покаже комбінацію цих блоків, див. вище\&. .sp Додано у версії 233\&. .RE .PP \fBunset\-environment \fP\fIЗМІННА\fP\fB\&...\fP .RS 4 Скасувати встановлення однієї або декількох змінних середовища засобу керування systemd\&. Якщо вказано лише назву змінної, її буде вилучено незалежно від значення\&. Якщо вказано змінну і значення, змінну буде вилучено, лише якщо вона має вказане значення\&. .sp Зауважте, що це працює у блоці середовища, окремому від блоку середовища, налаштованого за допомогою налаштувань засобу керування службами і засобів створення середовища\&. Щоразу під час виклику процесу два блоки поєднуються (зі включенням усіх змінних середовищ окремих служб) і передаються процесу\&. Команда \fBshow\-environment\fP покаже комбінацію блоків, див. вище\&. Зауважте, що це означає, що цю команду не можна використовувати для скасування визначення змінних середовища з файлів налаштувань засобу керування службами або із засобів створення середовища\&. .sp Додано у версії 233\&. .RE .PP \fBimport\-environment\fP \fIЗМІННА\&...\fP .RS 4 Імпортувати усі, одну або декілька змінних середовища, які встановлено на клієнті, до блоку середовища засобу керування systemd\&. Якщо передано список назв змінних середовища, значення на боці клієнта буде імпортовано до блоку середовища засобу керування\&. Якщо якісь назви не є коректними назвами змінних середовища або мають некоректні значення за правилами, які описано вище, буде повідомлено про помилку\&. Якщо не буде передано аргументів, буде імпортовано увесь блок середовища, який успадковано \fBsystemctl\fP\&. У цьому режимі усі успадковані некоректні змінні середовища буде без повідомлень проігноровано\&. .sp Імпортування усього блоку середовища (виклик цієї команди без аргументів) вважається застарілим\&. Оболонка встановлює десятки змінних, які мають лише локальне значення, і які призначено лише для процесів, які є нащадками командної оболонки\&. Такі змінні у загальному блоці середовища є конфліктними щодо інших процесів\&. .sp Додано у версії 209\&. .RE .SS "Команди стану засобу керування" .PP \fBdaemon\-reload\fP .RS 4 Перезавантажити налаштування засобу керування systemd\&. У результаті буде перезапущено усі засоби породження (див. \fBsystemd.generator\fP(7)), перезавантажено усі файли модулів і повторно створено усе дерево залежностей\&. Під час перезавантаження фонової служби лишатимуться доступними усі сокети systemd, на яких програма очікує дані від імені користувача\&. .sp Цю команду не слід плутати із командою \fBreload\fP\&. .RE .PP \fBdaemon\-reexec\fP .RS 4 Повторно виконати засіб керування systemd\&. У результаті стан засобу керування буде переведено у послідовну форму, процес буде повторно виконано, а потім стан буде знову переведено у попередню форму\&. Ця команда малокорисна, якщо ви не переймаєтеся діагностикою або оновленням пакунків\&. Іноді, у ній може бути користь, як у потужному варіанті \fBdaemon\-reload\fP\&. Під час повторного виконання фонової служби лишатимуться доступними усі сокети systemd, на яких програма очікує дані від імені користувача\&. .RE .PP \fBlog\-level\fP [\fIРІВЕНЬ\fP] .RS 4 Якщо не вказано аргументу, буде виведено поточний рівень журналювання засобу керування\&. Якщо вказано необов'язковий аргумент \fIРІВЕНЬ\fP, команда змінить поточний рівень журналювання засобу керування на \fIРІВЕНЬ\fP (приймаються ті самі значення, що і для параметра \fB\-\-log\-level=\fP, який описано у \fBsystemd\fP(1))\&. .sp Додано у версії 244\&. .RE .PP \fBlog\-target\fP [\fIЦІЛЬ\fP] .RS 4 Якщо не вказано аргументу, буде виведено поточну ціль журналювання засобу керування\&. Якщо вказано необов'язковий аргумент \fIЦІЛЬ\fP, команда змінить поточну ціль журналювання засобу керування на \fIЦІЛЬ\fP (приймаються ті самі значення, що і для параметра \fB\-\-log\-target=\fP, який описано у \fBsystemd\fP(1))\&. .sp Додано у версії 244\&. .RE .PP \fBservice\-watchdogs\fP [yes|no] .RS 4 Якщо не вказано аргументу, вивести поточний стан динамічних засобів спостереження за службами засобу керування системою\&. Якщо вказано необов'язковий булевий аргумент, увімкнути або вимкнути динамічні засоби спостереження за службами (\fBWatchdogSec=\fP) та термінові дії (наприклад, \fBOnFailure=\fP або \fBStartLimitAction=\fP); див. \fBsystemd.service\fP(5)\&. Цей параметр не впливає на апаратний засіб спостереження\&. .sp Додано у версії 244\&. .RE .SS "Команди системи" .PP \fBis\-system\-running\fP .RS 4 Перевіряє, чи є система працездатною\&. Повертає «успіх» (код виходу 0), якщо система є повністю працездатною, а саме, не перебуває у режимі запуску, вимикання або супроводу і не має служб у стані помилки\&. В інших випадках буде повернуто стан помилки (ненульовий код виходу)\&. Крім того, до стандартного виведення буде виведено короткий рядок поточного стану, див. наведену нижче таблицю\&. Скористайтеся \fB\-\-quiet\fP, щоб придушити виведення цих даних\&. .sp Скористайтеся \fB\-\-wait\fP, щоб наказати системі чекати, аж доки завершиться процес завантаження, перш ніж виводити поточний стан і повертати відповідний стан помилки\&. Якщо використано \fB\-\-wait\fP, про стани \fIinitializing\fP та \fIstarting\fP повідомлено не буде. Замість цього команду буде заблоковано, аж до досягнення наступного стану (зокрема \fIrunning\fP або \fIdegraded\fP)\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBТаблиця\ \&3.\ \&Виведення is\-system\-running\fP .TS allbox tab(:); lB lB lB. T{ Назва T}:T{ Опис T}:T{ Код виходу T} .T& l l l l l l l l l l l l l l l l l l l l l l l l. T{ \fIinitializing\fP T}:T{ Раннє завантаження, до досягнення basic\&.target або входу до стану \fImaintenance\fP\&. T}:T{ > 0 T} T{ \fIstarting\fP T}:T{ Пізнє завантаження, до того, як черга завдань стане бездіяльною уперше, або буде досягнуто одну з цілей порятунку системи\&. T}:T{ > 0 T} T{ \fIrunning\fP T}:T{ Система є повноцінно функціональною\&. T}:T{ 0 T} T{ \fIdegraded\fP T}:T{ Система є функціональною, але один або декілька модулів є непрацездатними\&. T}:T{ > 0 T} T{ \fImaintenance\fP T}:T{ Активною є ціль порятунку або критична ціль\&. T}:T{ > 0 T} T{ \fIstopping\fP T}:T{ Засіб керування завершує роботу\&. T}:T{ > 0 T} T{ \fIoffline\fP T}:T{ Засіб керування не запущено\&. Зокрема, це стан роботи, якщо як засіб керування системою (PID 1) запущено несумісну програму\&. T}:T{ > 0 T} T{ \fIunknown\fP T}:T{ Не вдалося визначити функціональний стан через брак ресурсів або з іншої причини\&. T}:T{ > 0 T} .TE .sp 1 Додано у версії 215\&. .RE .PP \fBdefault\fP .RS 4 Увійти в типовий режим\&. Це еквівалентно \fBsystemctl isolate default\&.target\fP\&. Цю операцію типово заблоковано, для запиту асинхронної поведінки скористайтесь \fB\-\-no\-block\fP\&. .RE .PP \fBrescue\fP .RS 4 Увійти в режим порятунку\&. Це еквівалентно \fBsystemctl isolate rescue\&.target\fP\&. Цю операцію типово заблоковано, для запиту асинхронної поведінки скористайтесь \fB\-\-no\-block\fP\&. .RE .PP \fBemergency\fP .RS 4 Увійти в аварійний режим\&. Це еквівалентно \fBsystemctl isolate emergency\&.target\fP\&. Цю операцію типово заблоковано, для запиту асинхронної поведінки скористайтесь \fB\-\-no\-block\fP\&. .RE .PP \fBhalt\fP .RS 4 Вимкнути і зупинити систему\&. Це майже еквівалентно \fBsystemctl start halt\&.target \-\-job\-mode=replace\-irreversibly \-\-no\-block\fP, але також виводить повідомлення на стіні для всіх користувачів\&. Ця команда є асинхронною; повернення відбувається після того, як дію зупинки поставлено в чергу, не чекаючи її завершення\&. Зауважте, що ця операція просто зупинить ядро ОС після закінчення роботи, залишивши апаратні засоби увімкненими\&. Для вимкнення системи скористайтесь \fBsystemctl poweroff\fP (див. нижче)\&. .sp Якщо в поєднанні з \fB\-\-force\fP, закриття всіх запущених служб пропускається, однак усі процеси припиняються, а всі файлові системи буде демонтовано або змонтовано лише для читання, одразу після чого відбувається зупинка системи\&. Якщо \fB\-\-force\fP вказано двічі, операція виконується негайно без завершення будь\-яких процесів або демонтування будь\-яких файлових систем\&. Це може призвести до втрати даних\&. Зауважте, що коли \fB\-\-force\fP вказано двічі, операцію зупинки виконує сама \fBsystemctl\fP, без зв'язку із засобом керування системою\&. Це означає, що команда має бути успішною, навіть якщо засіб керування системою зазнав збою\&. .sp Якщо поєднати з \fB\-\-when=\fP, вимикання буде заплановано після вказаної часової позначки\&. А \fB\-\-when=cancel\fP скасує вимикання\&. .RE .PP \fBpoweroff\fP .RS 4 Закрити і вимкнути систему\&. Це здебільшого еквівалентно \fBsystemctl start poweroff\&.target \-\-job\-mode=replace\-irreversibly \-\-no\-block\fP, але також друкує повідомлення на стіні для всіх користувачів\&. Ця команда є асинхронною; повернення відбувається після того, як операцію вимкнення поставлено в чергу, не чекаючи її завершення\&. .sp Ця команда враховує \fB\-\-force\fP і \fB\-\-when=\fP у спосіб, подібний до \fBhalt\fP\&. .RE .PP \fBreboot\fP .RS 4 Вимкнути і перезавантажити систему\&. .sp Ця команда майже еквівалентна \fBsystemctl start reboot\&.target \-\-job\-mode=replace\-irreversibly \-\-no\-block\fP, але також друкує повідомлення на стіні для всіх користувачів\&. Ця команда є асинхронною; повернення відбувається після того, як операцію зупинки поставлено в чергу, не чекаючи її завершення\&. .sp Якщо вказано перемикач \fB\-\-reboot\-argument=\fP, його буде передано як додатковий аргумент системному виклику \fBreboot\fP(2)\&. .sp Параметрами \fB\-\-boot\-loader\-entry=\fP, \fB\-\-boot\-loader\-menu=\fP і \fB\-\-firmware\-setup\fP можна скористатися для вибору дії, яку слід виконати \fIпісля\fP перезавантаження\&. Див. опис цих параметрів, щоб дізнатися більше\&. .sp Ця команда враховує \fB\-\-force\fP і \fB\-\-when=\fP у спосіб, подібний до \fBhalt\fP\&. .sp Якщо за допомогою \fBkexec \-\-load\fP завантажено нове ядро, замість перезавантаження буде виконано \fBkexec\fP, якщо не встановлено значення SYSTEMCTL_SKIP_AUTO_KEXEC=1\&. Якщо нову кореневу файлову систему було налаштовано у «/run/nextroot/», замість перезавантаження буде виконано \fBsoft\-reboot\fP, якщо не встановлено значення SYSTEMCTL_SKIP_AUTO_SOFT_REBOOT=1\&. .sp Додано у версії 246\&. .RE .PP \fBkexec\fP .RS 4 Вимкнути і перезавантажити систему за допомогою \fBkexec\fP\&. Ця команда завантажить ядро kexec, якщо його ще не завантажено або його робота завершилася помилкою\&. Ядро можна завантажити раніше окремим кроком; це іноді корисно, якщо бажаними є нетиповий initrd або додаткові параметри командного рядка ядра\&. Можна скористатися \fB\-\-force\fP для продовження роботи без ядра kexec тобто для виконання звичайного перезавантаження\&. Останній крок перезавантаження є рівноцінним \fBsystemctl start kexec\&.target \-\-job\-mode=replace\-irreversibly \-\-no\-block\fP\&. .sp Щоб завантажити ядро, буде виконано нумерацію за \m[blue]\fBСпецифікацією завантажувачів\fP\m[]\&\s-2\u[1]\d\s+2 і завантажено типовий запис завантаження\&. Для успішності цього кроку система має використовувати UEFI, і має бути належним чином налаштовано записи завантажувача\&. Для виведення списку записів завантаження можна скористатися \fBbootctl list\fP, див. \fBbootctl\fP(1)\&. .sp Ця команда є асинхронною; повернення відбувається після того, як операцію зупинки поставлено в чергу, не чекаючи її завершення\&. .sp Ця команда враховує \fB\-\-force\fP і \fB\-\-when=\fP у спосіб, подібний до \fBhalt\fP\&. .sp Якщо за допомогою \fBkexec \-\-load\fP завантажено нове ядро, буде виконано \fBkexec\fP при виклику \fBreboot\fP, якщо не встановлено значення SYSTEMCTL_SKIP_AUTO_KEXEC=1\&. .RE .PP \fBsoft\-reboot\fP .RS 4 Закрити і перезавантажити простір користувача\&. Це еквівалентно \fBsystemctl start soft\-reboot\&.target \-\-job\-mode=replace\-irreversibly \-\-no\-block\fP\&. Ця команда є асинхронною; повернення відбувається після того, як операцію зупинки поставлено в чергу, не чекаючи її завершення\&. .sp Ця команда враховує \fB\-\-force\fP і \fB\-\-when=\fP у спосіб, подібний до \fBhalt\fP\&. .sp У результаті цієї дії буде перезавантажено лише простір користувача, а ядро лишиться працювати\&. Див. \fBsystemd\-soft\-reboot.service\fP(8), щоб дізнатися більше\&. .sp Якщо у «/run/nextroot/» налаштовано нову кореневу файлову систему, буде виконано \fBsoft\-reboot\fP при виклику \fBreboot\fP, якщо не встановлено значення SYSTEMCTL_SKIP_AUTO_SOFT_REBOOT=1\&. .sp Додано у версії 254\&. .RE .PP \fBexit\fP [\fIКОД_ВИХОДУ\fP] .RS 4 Попросити засіб керування службами завершити свою роботу\&. Підтримку передбачено лише для засобів керування службами користувача (тобто у поєднанні із параметром \fB\-\-user\fP) або у контейнерах. В усіх інших аспектах, є еквівалентом \fBpoweroff\fP\&. Ця команда є асинхронною; вона повертає керування після додавання до черги дії з виходу, без очікування на завершення дії\&. .sp Засіб керування службами завершить роботу із вказаним кодом виходу, якщо передано \fIКОД_ВИХОДУ\fP\&. .sp Додано у версії 227\&. .RE .PP \fBswitch\-root\fP [\fIКОРІНЬ\fP [\fIІНІЦІАЛІЗАЦІЯ\fP]] .RS 4 Перемикає на інший кореневий каталог і виконує новий процес засобу керування системою у ньому\&. Цю команду призначено для використання в initrd і переходу з процесу засобу керування системою initrd (тобто процесу «init», PID 1) до основного процесу засобу керування системою, який завантажується з самих кореневих файлів основної системи\&. Цей виклик приймає два аргументи: каталог, який має стати новим кореневим каталогом, і шлях до виконуваного файла нового засобу керування системою, який слід виконувати як PID 1\&. Якщо пропущено обидва або перший є порожнім рядком, типово буде використано /sysroot/\&.Якщо останній не буде вказано або буде вказано порожній рядок, буде виконано автоматичний пошук виконуваного файла systemd, який і буде використано як засіб керування службами\&. Якщо не вказано шляху до засобу керування системою, цей шлях є порожнім рядком або він збігається зі шляхом до виконуваного файла systemd, основному засобу керування системою буде передано стан процесу засобу керування системою initrd, що надасть змогу пізніше виконати інтроспекцію стану служб, які було включено до фази завантаження initrd\&. .sp Додано у версії 209\&. .RE .PP \fBsleep\fP .RS 4 Перевести систему у режим сну за допомогою \fBsuspend\fP, \fBhibernate\fP, \fBhybrid\-sleep\fP або \fBsuspend\-then\-hibernate\fP\&. Варіант присипляння буде автоматично вибрано \fBsystemd\-logind.service\fP(8)\&. Типово буде використано \fBsuspend\-then\-hibernate\fP із резервним варіантом \fBsuspend\fP, а потім \fBhibernate\fP, якщо підтримки таких режимів не передбачено\&. Зверніться до опису параметра \fISleepOperation=\fP у \fBlogind.conf\fP(5) для отримання додаткової інформації\&. Ця команда є асинхронною, вона повертає керування після того, як операцію присипляння буде успішно поставлено до черги\&. Вона не чекатиме на завершення циклу сну/відновлення\&. .sp Додано у версії 256\&. .RE .PP \fBsuspend\fP .RS 4 Призупинити роботу системи\&. Ця команда увімкне активацію модуля спеціальної цілі suspend\&.target\&. Ця команда є асинхронною. Вона поверне керування після успішного додавання до черги дії із призупинення\&. Команда не чекатиме на завершення циклу призупинення\-відновлення роботи\&. .sp Якщо вказано \fB\-\-force\fP, а \fBsystemd\-logind\fP повернула помилку для операції, помилку буде проігноровано, а операцію спробують виконати повторно безпосередньо через запуск цільового модуля\&. .RE .PP \fBhibernate\fP .RS 4 Приспати систему\&. Ця команда увімкне активацію модуля спеціальної цілі hibernate\&.target\&. Ця команда є асинхронною. Вона поверне керування після успішного додавання до черги дії із присипляння\&. Команда не чекатиме на завершення циклу присипляння\-розморожування\&. .sp Ця команда враховує \fB\-\-force\fP у той самий спосіб, у який це робить \fBsuspend\fP\&. .RE .PP \fBhybrid\-sleep\fP .RS 4 Приспати і призупинити роботу системи\&. Ця команда увімкне активацію модуля спеціальної цілі hybrid\-sleep\&.target\&. Ця команда є асинхронною. Вона поверне керування після успішного додавання до черги дії із гібридного присипляння\&. Команда не чекатиме на завершення циклу присипляння\-пробудження\&. .sp Ця команда враховує \fB\-\-force\fP у той самий спосіб, у який це робить \fBsuspend\fP\&. .sp Додано у версії 196\&. .RE .PP \fBsuspend\-then\-hibernate\fP .RS 4 Призупинити роботу системи і приспати її, коли заряд акумулятора буде вичерпано, або із затримкою, визначеною у systemd\-sleep\&.conf\&. Ця команда увімкне активацію модуля спеціальної цілі suspend\-then\-hibernate\&.target\&. Ця команда є асинхронною. Вона поверне керування після успішного додавання до черги дії із гібридного присипляння\&. Команда не чекатиме на завершення циклу присипляння\-пробудження або призупинення\-розморожування\&. .sp Ця команда враховує \fB\-\-force\fP у той самий спосіб, у який це робить \fBsuspend\fP\&. .sp Додано у версії 240\&. .RE .SS "Синтаксис параметрів" .PP Команди із наведеного вище списку приймають або одну назву модуля (позначену як \fIМОДУЛЬ\fP), або декілька специфікацій модулів (позначених як \fIВЗІРЕЦЬ\fP\&...)\&. У першому випадку слід надати назву модуля з суфіксом або без нього\&. Якщо суфікс не вказано (назву модуля «скорочено»), systemctl допише відповідний суфікс: типово, «\&.service» або специфічний до типу суфікс у випадку команд, які працюють лише з певним типом модулів\&. Приклад: .sp .if n \{\ .RS 4 .\} .nf # systemctl start sshd .fi .if n \{\ .RE .\} .sp і .sp .if n \{\ .RS 4 .\} .nf # systemctl start sshd\&.service .fi .if n \{\ .RE .\} .sp є еквівалентними, як є еквівалентними .sp .if n \{\ .RS 4 .\} .nf # systemctl isolate default .fi .if n \{\ .RE .\} .sp і .sp .if n \{\ .RS 4 .\} .nf # systemctl isolate default\&.target .fi .if n \{\ .RE .\} .sp Зауважте, що (абсолютні) шляхи до вузлів пристроїв буде автоматично перетворено на назви модулів пристроїв, а інші (абсолютні) шляхи — на назви модулів монтування\&. .sp .if n \{\ .RS 4 .\} .nf # systemctl status /dev/sda # systemctl status /home .fi .if n \{\ .RE .\} .sp є еквівалентом такого: .sp .if n \{\ .RS 4 .\} .nf # systemctl status dev\-sda\&.device # systemctl status home\&.mount .fi .if n \{\ .RE .\} .sp У другому випадку взірці із символами\-замінниками у стилі командної оболонки буде зіставлено із основними назвами усіх модулів, які перебувають в оперативній пам'яті; буквально вказані назви модулів, із суфіксом чи без нього, буде оброблено за першим випадком\&. Це означає, що буквально вказані назви модулів завжди стосуються точно одного модуля, а взірці можуть відповідати нульовій кількості модулів, і це не вважатиметься помилкою\&. .PP Для взірців із символами\-замінниками використано \fBfnmatch\fP(3), тому встановлення відповідності відбувається за звичайними правилами у стилі командної оболонки, і можна використовувати «*», «?», «[]»\&. Див. \fBglob\fP(7), щоб дізнатися більше\&. Встановлення відповідності взірцям відбуватиметься для основних назв модулів, які перебувають у оперативній пам'яті, а взірці, відповідників яких не вдасться виявити, буде без повідомлень пропущено\&. Приклад: .sp .if n \{\ .RS 4 .\} .nf # systemctl stop "sshd@*\&.service" .fi .if n \{\ .RE .\} .sp зупинить усі екземпляри sshd@\&.service\&. Зауважте, що альтернативні назви модулів і модулі, які не перебувають в оперативній пам'яті, не буде розглянуто під час розгортання взірця\&. .PP Для команд файлів модулів вказаний \fIМОДУЛЬ\fP має бути назвою файла модуля (можливо, скороченою, див. вище) або абсолютним шляхом до файла модуля: .sp .if n \{\ .RS 4 .\} .nf # systemctl enable foo\&.service .fi .if n \{\ .RE .\} .sp або .sp .if n \{\ .RS 4 .\} .nf # systemctl link /шлях/до/foo\&.service .fi .if n \{\ .RE .\} .sp .SH ПАРАМЕТРИ .PP Передбачено обробку таких параметрів: .PP \fB\-t\fP, \fB\-\-type=\fP .RS 4 Аргументом є список відокремлених комами типів модулів, зокрема \fBservice\fP і \fBsocket\fP\&. Якщо модулі виведено у списку \fBlist\-units\fP, \fBlist\-dependencies\fP, \fBshow\fP або \fBstatus\fP, буде показано лише модулі вказаних типів\&. Типово буде показано модулі усіх типів\&. .sp В особливому випадку, якщо одним з аргументів є \fBhelp\fP, буде виведено список усіх дозволених значень, і програма завершить роботу\&. .RE .PP \fB\-\-state=\fP .RS 4 Аргументом має бути список відокремлених комами станів LOAD, SUB або ACTIVE модуля\&. При побудові списку за допомогою \fBlist\-units\fP, \fBlist\-dependencies\fP, \fBshow\fP або \fBstatus\fP вивести лише ті модулі, які перебувають у вказаних станах\&. Скористайтеся \fB\-\-state=failed\fP або \fB\-\-failed\fP, щоб отримати список лише модулів із помилками\&. .sp В особливому випадку, якщо одним з аргументів є \fBhelp\fP, буде виведено список усіх дозволених значень, і програма завершить роботу\&. .sp Додано у версії 206\&. .RE .PP \fB\-p\fP, \fB\-\-property=\fP .RS 4 При виведенні властивостей модуля, завдання чи засобу керування за допомогою команди \fBshow\fP обмежитися виведенням властивостей, які вказано в аргументі\&. Аргументом має бути список відокремлених комами назв властивостей, наприклад «MainPID»\&. Якщо властивостей не вказано, буде виведено усі властивості\&. Якщо параметр вказано декілька разів, буде виведено усі властивості із вказаними назвами\&. Для назв властивостей буде реалізовано можливість доповнення у командній оболонці\&. .sp Для самого засобу керування \fBsystemctl\ \&show\fP виведе усі доступні властивості, більшість з яких є похідними або дуже схожими на параметри, описані на сторінці підручника щодо \fBsystemd\-system.conf\fP(5)\&. .sp Властивості модулів різних типів є доволі різними, тому виведення даних для будь\-якого модуля (навіть такого, якого не існує) є способом ознайомитися зі списком властивостей відповідного типу\&. Так само, виведення списку властивостей для довільного завдання призведе до виведення властивостей, які є в усіх завдань\&. Властивості модулів задокументовано на сторінці підручника \fBsystemd.unit\fP(5), а сторінками для окремих типів модулів є \fBsystemd.service\fP(5), \fBsystemd.socket\fP(5) тощо\&. .RE .PP \fB\-P\fP .RS 4 Еквівалент \fB\-\-value\fP \fB\-\-property=\fP, тобто виводить значення властивості без назви властивості або «=»\&. Зауважте, що навіть одноразове використання \fB\-P\fP стoсуватиметься усіх властивостей зі списку, який отримано за допомогою \fB\-p\fP/\fB\-\-property=\fP\&. .sp Додано у версії 246\&. .RE .PP \fB\-a\fP, \fB\-\-all\fP .RS 4 При побудові списку модулів з використанням \fBlist\-units\fP, також вивести дані неактивних модулів та модулів, які є похідними від інших модулів\&. При показі властивостей модуля, завдання або засобу керування вивести усі властивості, незалежно від того, було встановлено для них значення чи ні\&. .sp Щоб отримати список усіх встановлених у файловій системі модулів, скористайтеся замість цієї команди командою \fBlist\-unit\-files\fP\&. .sp При побудові списку модулів за допомогою \fBlist\-dependencies\fP вивести рекурсивні залежності усіх залежних модулів (типово, буде виведено лише залежності цільових модулів)\&. .sp Якщо використано разом із \fBstatus\fP, показувати повідомлення журналу повністю, навіть якщо вони містять непридатні до друку символи або є дуже довгими\&. Типово, поля із непридатними до друку символами обрізаються як «бінарні дані»\&. (Зауважте, що програма поділу даних на сторінки може виконати додаткове екранування непридатних до друку символів\&.) .RE .PP \fB\-r\fP, \fB\-\-recursive\fP .RS 4 При побудові списку модулів також вивести дані модулів локальних контейнерів\&. Записи модулів локальних контейнерів матимуть префікс — назву контейнера, відокремлений від назви одинарною двокрапкою («:»)\&. .sp Додано у версії 212\&. .RE .PP \fB\-\-reverse\fP .RS 4 Вивести зворотні залежності між модулями з використанням \fBlist\-dependencies\fP, тобто слідувати залежностям типу \fIWantedBy=\fP, \fIRequiredBy=\fP, \fIUpheldBy=\fP, \fIPartOf=\fP, \fIBoundBy=\fP, замість \fIWants=\fP і подібних\&. .sp Додано у версії 203\&. .RE .PP \fB\-\-after\fP .RS 4 Із \fBlist\-dependencies\fP вивести дані модулів, які перебувають у порядку перед вказаним модулем\&. Іншими словами, вивести рекурсивний список модулів із залежністю \fIAfter=\fP\&. .sp Зауважте, що будь\-яку залежність \fIAfter=\fP буде автоматично віддзеркалено для створення залежності \fIBefore=\fP\&. Тимчасові залежності може бути вказано явним чином, але також буде створено неявним чином для модулів, які є цілями \fIWantedBy=\fP (див. \fBsystemd.target\fP(5)), і як результат інших інструкцій (наприклад \fIRequiresMountsFor=\fP)\&. Явні і неявні впроваджені залежності буде виведено у відповідь на команду \fBlist\-dependencies\fP\&. .sp Якщо передано команді \fBlist\-jobs\fP для кожного виведеного завдання вивести, які інші завдання очікують на нього\&. Можна поєднати з \fB\-\-before\fP, щоб програма вивела і завдання, які очікують на якесь завдання, і усі завдання, на які очікує якесь завдання\&. .sp Додано у версії 203\&. .RE .PP \fB\-\-before\fP .RS 4 Із \fBlist\-dependencies\fP вивести дані модулів, які перебувають у порядку після вказаного модуля\&. Іншими словами, вивести рекурсивний список модулів із залежністю \fIBefore=\fP\&. .sp Якщо передано команді \fBlist\-jobs\fP для кожного виведеного завдання вивести, які інші завдання очікують на нього\& Можна поєднати з \fB\-\-after\fP, щоб програма вивела і завдання, які очікують на якесь завдання, і усі завдання, на які очікує якесь завдання\&. .sp Додано у версії 212\&. .RE .PP \fB\-\-with\-dependencies\fP .RS 4 Якщо їх використано разом із \fBstatus\fP, \fBcat\fP, \fBlist\-units\fP і \fBlist\-unit\-files\fP, ці команди виводять дані усіх вказаних модулів і залежності для цих модулів\&. .sp Змінити типи показаних залежностей можна за допомогою параметрів \fB\-\-reverse\fP, \fB\-\-after\fP, \fB\-\-before\fP\&. .sp Додано у версії 245\&. .RE .PP \fB\-l\fP, \fB\-\-full\fP .RS 4 Не обривати багатокрапкою надто довгі назви модулів, записи ієрархії процесів, виведені повідомлення журналу, і не обрізати описи модулів у виведених даних \fBstatus\fP, \fBlist\-units\fP, \fBlist\-jobs\fP і \fBlist\-timers\fP\&. .sp Крім того, вивести цілі встановлення у даних, які виведено \fBis\-enabled\fP\&. .RE .PP \fB\-\-value\fP .RS 4 При виведенні властивостей за допомогою \fBshow\fP вивести лише значення без назви властивості і символу «=»\&. Див. також параметр \fB\-P\fP вище\&. .sp Додано у версії 230\&. .RE .PP \fB\-\-show\-types\fP .RS 4 При показі сокетів вивести тип сокета\&. .sp Додано у версії 202\&. .RE .PP \fB\-\-job\-mode=\fP .RS 4 При додаванні нового завдання до черги цей параметр керує тим, як працювати з завданнями, які вже перебувають у черзі\&. Приймає одне зі значень, «fail», «replace», «replace\-irreversibly», «isolate», «ignore\-dependencies», «ignore\-requirements», «flush», «triggering» або «restart\-dependencies»\&. Типовим є «replace», якщо не використано команду \fBisolate\fP, яка неявним чином встановлює режим завдання «isolate»\&. .sp Якщо вказано «fail», і запитана дія конфліктує із завданням у черзі (специфічніше: спричиняє обернення у зупинене завдання і навпаки для завдання запуску, яке вже перебуває у черзі), спричиняє режим помилки для дії\&. .sp Якщо вказано «replace» (типовий варіант), будь\-яке конфліктне завдання у черзі у разі потреби буде замінено\&. .sp Якщо вказано «replace\-irreversibly», діяти, як для «replace», але також позначити нові завдання як непридатні до обернення\&. Це запобігає майбутнім конфліктним операціям з заміни цих завдань (або навіть додавання до черги таких операцій, доки непридатні до обернення завдання перебувають у черзі)\&. Непридатні до обернення завдання, попри це, можна скасувати за допомогою команди \fBcancel\fP\&. Цим режимом завдання слід користуватися для будь\-якої операції, яка включає shutdown\&.target\&. .sp «isolate» є чинним лише для дій із запуску і спричиняє зупинення усіх інших модулів при запуску вказаного модуля\&. Цей режим завжди використовує команда \fBisolate\fP\&. .sp «flush» спричиняє скасування усіх завдань з черги при додаванні нового завдання до черги\&. .sp Якщо вказано «ignore\-dependencies», усі залежності модулів буде проігноровано для цього нового завдання, і дію буде виконано негайно\&. Якщо передано у команді, для переданого модуля не викликатимуться потрібні для нього модулі, а залежності упорядковування не буде взято до уваги\&. Здебільшого, цей параметр призначено для діагностики та порятунку для адміністратора. Не слід користуватися ним у програмах\&. .sp «ignore\-requirements» є подібним до «ignore\-dependencies», але спричиняє ігнорування лише вимог залежностей, залежності упорядковування буде взято до уваги\&. .sp «triggering» можна використовувати лише з \fBsystemctl stop\fP\&. У цьому режимі вказаний модуль і усі активні модулі, які увімкнули його, буде зупинено\&. Див. обговорення \fITriggers=\fP на сторінці підручника \fBsystemd.unit\fP(5), щоб дізнатися більше про вмикання модулів\&. .sp «restart\-dependencies» можна використовувати лише у поєднанні із \fBsystemctl start\fP\&. У цьому режимі залежності вказаного модуля отримають поширення перезапуску, так, наче у чергу обробки було поставлено завдання з перезапуску модуля\&. .sp Додано у версії 209\&. .RE .PP \fB\-T\fP, \fB\-\-show\-transaction\fP .RS 4 При додавання завдання модуля до черги обробки (наприклад, у результаті виклику \fBsystemctl start\fP або подібної команди) вивести короткі відомості щодо усіх завдань з черги, що стосуються одразу запитаного завдання та усіх завдань, які додано через залежності модуля\&. Зауважте, що до виведених даних буде включено лише завдання, які є безпосередньою частиною запитаної операції\&. Може так статися, що виконання програмного коду запуску служби у результаті виконання завдань з черги може потребувати подальшого запуску завдань\&. Це означає, що завершення виконання завдань зі списку може потребувати ширшого кола завдань, ніж буде виведено у списку\&. .sp Додано у версії 242\&. .RE .PP \fB\-\-fail\fP .RS 4 Скорочення для \fB\-\-job\-mode=\fPfail\&. .sp Якщо використано у поєднанні з командою \fBkill\fP, результатом дії буде помилка, якщо не завершено роботу жодного модуля\&. .sp Додано у версії 227\&. .RE .PP \fB\-\-check\-inhibitors=\fP .RS 4 Якщо надіслано запит щодо вимикання або присипляння системи, цей параметр керує тим, як працювати із блокуваннями уповільнення\&. Приймає одне з таких значень: «auto», «yes» або «no»\&. Типовим варіантом є «auto». Цей варіант працює як «yes» для інтерактивних викликів (тобто викликів з інтерактивного термінала) і «no» для неінтерактивних викликів\&. «yes» дозволить запиту брати до уваги блокування уповільнення\&. «no» дозволить запиту ігнорувати блокування уповільнення\&. .sp Програми можуть встановлювати блокування уповільнення для уникнення переривання вимиканням системи або станом сну певних важливих дій (зокрема процедури записування компакт\-диска чи подібних операцій)\&. Створити ці блокування може будь\-який користувач, а привілейовані користувачі можуть перевизначати ці блокування\&. Якщо визначено якесь блокування, запити щодо вимикання або присипляння, зазвичай, завершуватимуться помилкою (якщо користувач не є привілейованим)\&. Втім, якщо вказано «no» або «auto» для неінтерактивних запитів, буде виконано спробу дії\&. Якщо існують блокування, дія може потребувати додаткових привілеїв\&. .sp Використання параметра \fB\-\-force\fP є іншим способом перевизначити уповільнювачі\&. .sp Додано у версії 248\&. .RE .PP \fB\-i\fP .RS 4 Скорочення для \fB\-\-check\-inhibitors=no\fP\&. .sp Додано у версії 198\&. .RE .PP \fB\-\-dry\-run\fP .RS 4 Просто вивести список дій\&. У поточній версії передбачено підтримку у командах \fBhalt\fP, \fBpoweroff\fP, \fBreboot\fP, \fBkexec\fP, \fBsuspend\fP, \fBhibernate\fP, \fBhybrid\-sleep\fP, \fBsuspend\-then\-hibernate\fP, \fBdefault\fP, \fBrescue\fP, \fBemergency\fP і \fBexit\fP\&. .sp Додано у версії 236\&. .RE .PP \fB\-q\fP, \fB\-\-quiet\fP .RS 4 Придушити виведення результатів різноманітних команд, а також підказок щодо обрізаних рядків журналу\&. Це не може придушити виведення команд, для яких єдиним результатом роботи є виведення даних (подібних до \fBshow\fP)\&. Повідомлення про помилки виводяться завжди\&. .RE .PP \fB\-\-no\-warn\fP .RS 4 Не створювати попередження, які буде типово показано у таких випадках: .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} якщо \fBsystemctl\fP викликано без змонтованої procfs у /proc/, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} якщо використано \fBenable\fP або \fBdisable\fP для модулів без даних щодо встановлення (тобто тих, у яких розділ [Install] є порожнім), .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} якщо використано \fBdisable\fP у поєднанні із \fB\-\-user\fP для модулів, які увімкнено у загальній області видимості, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} якщо зупинено (\fBstop\fP), вимкнено (\fBdisable\fP) або замасковано (\fBmask\fP), модуль все одно має активні модулі перемикання, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} якщо файл модуля змінено і потрібна операція \fBdaemon\-reload\fP\&. .RE .sp Додано у версії 253\&. .RE .PP \fB\-\-no\-block\fP .RS 4 Не очікувати синхронно на завершення запитаної дії\&. Якщо цього не вказано, завдання буде перевірено, додано до черги, а \fBsystemctl\fP очікуватиме, аж доки буде завершено запуск модуля\&. Якщо передано цей аргумент, завдання буде лише перевірено і додано до черги обробки\&. Цей параметр не можна поєднувати із \fB\-\-wait\fP\&. .RE .PP \fB\-\-wait\fP .RS 4 Якщо використано із \fBstart\fP або \fBrestart\fP, синхронно чекати на переривання запущених модулів знову\&. Цей параметр не можна поєднувати з \fB\-\-no\-block\fP\&. Зауважте, що очікування буде необмеженим, якщо вказаний модуль не перерве роботи (самостійно або його не буде зупинено явним чином); подібний випадок може трапитися зі службами, у яких використано «RemainAfterExit=yes»\&. .sp Якщо використано з \fBis\-system\-running\fP, очікувати на завершення процедури завантаження, перш ніж повертати керування\&. .sp Якщо використано разом із \fBkill\fP, зачекати, доки буде перервано роботу модулів, яким надіслано сигнал\&. Зауважте, що програма не перериватиме чекання, якщо будь\-який заданий модуль не завершить роботу\&. .sp Додано у версії 232\&. .RE .PP \fB\-\-user\fP .RS 4 Обмінюватися даними із засобом керування службами користувача, який викликав команду, а не з засобом керування службами системи\&. .RE .PP \fB\-\-system\fP .RS 4 Обмінюватися даними із загальносистемним засобом керування службами\&. Це неявний типовий варіант\&. .RE .PP \fB\-\-failed\fP .RS 4 Вивести список усіх модулів у стані помилки\&. Є еквівалентом \fB\-\-state=failed\fP\&. .sp Додано у версії 233\&. .RE .PP \fB\-\-no\-wall\fP .RS 4 Не надсилати повідомлень на стіну перед перериванням, вимиканням і перезавантаженням\&. .RE .PP \fB\-\-global\fP .RS 4 Якщо використано разом із \fBenable\fP або \fBdisable\fP, працювати із загальним каталогом налаштувань користувачів, таким чином, вмикати або вимикати файл модуля на загальному рівні для усіх майбутніх входів до системи усіх користувачів\&. .RE .PP \fB\-\-no\-reload\fP .RS 4 Якщо використано разом із \fBenable\fP, \fBdisable\fP, \fBpreset\fP, \fBmask\fP або \fBunmask\fP, не перезавантажувати неявним чином налаштування фонових служб після внесення змін\&. .RE .PP \fB\-\-no\-ask\-password\fP .RS 4 Якщо використано разом із \fBstart\fP та пов'язаними командами, вимикає запити щодо паролів\&. Базові служби можуть потребувати введення пароля або рядка ключа, наприклад, Для розблоковування дисків системи або сертифікатів шифрування\&. Якщо цей параметр не вказано, і команду викликано з термінала, \fBsystemctl\fP проситиме користувача ввести потрібні реєстраційні дані у терміналі\&. Скористайтеся цим параметром, щоб вимкнути цю поведінку\&. Якщо параметр вказано, пароль має бути надано у якийсь інший спосіб (наприклад, за допомогою графічних агентів введення пароля), інакше служба може завершити роботу із повідомленням про помилку\&. Крім того, цей параметр вимикає запити щодо розпізнавання користувача для виконання привілейованих дій\&. .RE .PP \fB\-\-kill\-whom=\fP .RS 4 Якщо використано разом із \fBkill\fP, визначає, яким процесам слід надіслати сигнал UNIX\&. Має бути одним з таких значень: \fBmain\fP, \fBcontrol\fP або \fBall\fP — для вибору того, слід припинити роботу основного процесу, процесу керування або усіх процесів модуля\&.Основним процесом модуля є процес, який визначає його термін роботи\&. Процесом керування модуля є процес, який було викликано засобом керування для виконання змін стану модуля\&. Наприклад, усі процеси, які запущено через використання параметрів \fIExecStartPre=\fP, \fIExecStop=\fP або \fIExecReload=\fP модулів служб, є процесами керування\&. Зауважте, що одночасно у кожного модуля може бути лише один процес керування, оскільки одночасно можна виконувати лише одну зміну стану\&. Для служб типу \fIType=forking\fP, процесом керування є початковий процес, який запущено засобом керування для \fIExecStart=\fP, а повністю відгалужений від нього процес вже буде розглядатися як основний процес модуля (якщо його можна визначити)\&. У цьому відмінність від модулів служб інших типів, де відгалужений засобом керування процес для \fIExecStart=\fP є завжди самим по собі основним процесом\&. Модуль служби складається з нуля або одного основного процесу, нуля або одного процесу керування і будь\-якої кількості додаткових процесів\&. Втім, процесами цих типів керують не усі типи модулів\&. Наприклад, для модулів монтування визначено процеси керування (ними є виклики /usr/bin/mount і /usr/bin/umount), але основного процесу не визначено\&. Якщо не вказано, типовим варіантом є \fBall\fP\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-kill\-value=\fP\fIINT\fP .RS 4 Якщо використано з командою \fBkill\fP, додає до черги сигнал разом із вказаним цілочисельним параметром для вказаних процесів\&. Цією дією можна скористатися, лише для сигналів реального часу POSIX (тобто \fB\-\-signal=SIGRTMIN+\&...\fP або \fB\-\-signal=SIGRTMAX\-\&...\fP); вона забезпечує створення сигналів за допомогою системного виклику \fBsigqueue\fP(3), а не \fBkill\fP(3)\&. Вказане значення має бути 32\-бітовим цілим числом зі знаком; його можна вказати у десятковій, шістнадцятковій (якщо додано префікс «0x»), вісімковій (якщо додано префікс «0o») або двійковій (якщо додано префікс «0b») системі числення .sp Якщо використано цей параметр, сигнал буде додано до черги лише для процесу керування або основного процесу модуля, ніколи для інших процесів, які належать модулю, тобто \fB\-\-kill\-whom=all\fP стосуватиметься лише основного і керівного процесів, але не інших процесів\&. .sp Додано у версії 254\&. .RE .PP \fB\-s\fP, \fB\-\-signal=\fP .RS 4 Якщо використано разом із \fBkill\fP, вибрати, який сигнал буде надіслано до вибраних процесів\&. Має бути один із відомих специфікаторів сигналів, зокрема \fBSIGTERM\fP, \fBSIGINT\fP або \fBSIGSTOP\fP\&. Якщо не вказано, типовим є сигнал \fBSIGTERM\fP\&. .sp Використання особливого значення «help» призведе до виведення списку відомих значень і негайного виходу з програми, а особливого значення «list» — до списку відомих значень разом із числовими номерами сигналів і негайного виходу з програми\&. .RE .PP \fB\-\-what=\fP .RS 4 Вибрати тип ресурсів окремих модулів, які слід вилучити при виклику команди \fBclean\fP, див. вище\&. Приймає одне з таких значень: \fBconfiguration\fP, \fBstate\fP, \fBcache\fP, \fBlogs\fP, \fBruntime\fP, \fBfdstore\fP, — для вибору типу ресурсу\&. Цей параметр можна вказувати декілька разів — буде вилучено ресурси усіх вказаних типів\&. Також приймає особливе значення \fBall\fP, як скорочення для визначення ресурсів усіх шести типів\&. Якщо цей параметр не вказано, типовою є комбінації \fBcache\fP, \fBruntime\fP і \fBfdstore\fP, тобто двох типів ресурсів, які, загалом, вважаються зайвими і можуть бути відтворені під час наступного виклику\&. Зауважте, що явне вилучення типу ресурсу \fBfdstore\fP є корисним, лише якщо увімкнено параметр \fIFileDescriptorStorePreserve=\fP, оскільки інакше сховище дескрипторів файлів буде автоматично очищено при завершенні роботи модуля\&. .sp Додано у версії 243\&. .RE .PP \fB\-f\fP, \fB\-\-force\fP .RS 4 Якщо використано у поєднанні із \fBenable\fP, перезаписати усі наявні конфліктні символічні посилання\&. .sp Якщо використано разом із \fBedit\fP, створити усі вказані модулі, яких ще не існує\&. .sp Якщо використано із \fBsuspend\fP, \fBhibernate\fP, \fBhybrid\-sleep\fP або \fBsuspend\-then\-hibernate\fP, помилку, яку повертає \fBsystemd\-logind\fP, буде проігноровано, а операцію буде виконано безпосередньо через запуск відповідних модулів\&. .sp Якщо використано разом із \fBhalt\fP, \fBpoweroff\fP, \fBreboot\fP або \fBkexec\fP, виконати вибрану дію без завершення роботи усіх модулів\&. Втім, усі процеси буде завершено у примусовому режимі, а усі файлові системи буде демонтовано або повторно змонтовано у режимі лише читання\&. Отже, це доволі сильнодійний, але відносно безпечний спосіб надсилання запиту щодо негайного перезавантаження\&. Якщо \fB\-\-force\fP вказано двічі для цих дій (окрім \fBkexec\fP), їх буде виконано негайно, без переривання будь\-яких процесів і демонтування будь\-яких файлових систем\&. .if n \{\ .sp .\} .RS 4 .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br .ps +1 \fBПопередження\fP .ps -1 .br Визначення \fB\-\-force\fP двічі із будь\-якою з цих операцій може призвести до втрати даних\&. Зауважте, що коли \fB\-\-force\fP вказано двічі, вибрану операцію виконує сама \fBsystemctl\fP, без зв'язку із засобом керування системою\&. Це означає, що команда має бути успішною, навіть якщо засіб керування системою зазнав збою\&. .sp .5v .RE .RE .PP \fB\-\-message=\fP .RS 4 Якщо використано разом із \fBhalt\fP, \fBpoweroff\fP or \fBreboot\fP, встановити коротке повідомлення, яке пояснюватиме причину дії\&. Повідомлення буде записано до журналу разом із типовим повідомленням про завершення роботи\&. .sp Додано у версії 225\&. .RE .PP \fB\-\-now\fP .RS 4 Якщо використано разом з \fBenable\fP, модулі також буде запущено\&. Якщо використано разом із \fBdisable\fP або \fBmask\fP, модулі також буде зупинено\&. Дії із запуску або зупинення будбе виконано, лише якщо відповідні дії вмикання або вимикання були успішними\&. .sp Додано у версії 220\&. .RE .PP \fB\-\-root=\fP .RS 4 Якщо використано разом із \fBenable\fP/\fBdisable\fP/\fBis\-enabled\fP (і пов'язаними командами), використати вказаний шлях до кореневої теки при пошуку файлів модулів\&. Якщо вказано цей параметр, \fBsystemctl\fP працюватиме із файловою системою безпосередньо, замість обміну даними з фоновою службою \fBsystemd\fP для внесення змін\&. .RE .PP \fB\-\-image=\fP\fIобраз\fP .RS 4 Приймає шлях до файла образу диска або вузла блокового пристрою\& Якщо вказано, усі дії буде застосовано до файлової системи у вказаному образі диска\&. Цей параметр подібний до \fB\-\-root=\fP, але працює з файловою системою, що зберігається в образах диска або блокових пристроїв\&. Образ диска або має містити файлову систему, або бути набором файлових систем у таблиці розділів GPT, за якою має зберігатися \m[blue]\fBспецифікація придатних до вивчення розділів\fP\m[]\&\s-2\u[2]\d\s+2\&. Докладніший опис підтримуваних образів дисків наведено на сторінці підручника \fBsystemd\-nspawn\fP(1) щодо перемикача з такою самою назвою\&. .sp Додано у версії 252\&. .RE .PP \fB\-\-image\-policy=\fP\fIправила\fP .RS 4 Приймає рядок правил поводження з образами як аргумент, як у \fBsystemd.image\-policy\fP(7)\&. Правила буде примусово застосовано при роботі з образами дисків, які вказано за допомогою \fB\-\-image=\fP, див. вище\&. Якщо не вказано, типовим значенням будуть правила «*», тобто буде використано усі розпізнані файлові системи образу\&. .RE .PP \fB\-\-runtime\fP .RS 4 Якщо використано разом із \fBenable\fP, \fBdisable\fP, \fBedit\fP (і пов'язаними командами), вносити зміни лише тимчасово, щоб їх було скасовано під час наступного перезавантаження системи\&. Це стосуватиметься тих змін, які не було внесено до підкаталогів /etc/, а лише до /run/, втім, із ідентичними результатами, оскільки останні буде втрачено під час перезавантаження системи, а отже, буде втрачено і зміни\&. .sp Так само, при використанні разом із \fBset\-property\fP, внести зміни лише тимчасово, так, щоб їх було скасовано під час наступного перезавантаження системи\&. .RE .PP \fB\-\-preset\-mode=\fP .RS 4 Приймає одне з таких значень: «full» (типовий варіант), «enable\-only» (лише увімкнути), «disable\-only» (лише вимкнути)\&. Якщо використано разом із командами \fBpreset\fP та \fBpreset\-all\fP, керує тим, чи модулі має бути вимкнено і увімкнено відповідно до правил набору параметрів, чи має бути лише увімкнено, чи має бути лише вимкнено\&. .sp Додано у версії 215\&. .RE .PP \fB\-n\fP, \fB\-\-lines=\fP .RS 4 Якщо використано разом із \fBstatus\fP, керує кількістю виведених рядків журналу, із відліком від найсвіжіших\&. Приймає додатний цілий аргумент або 0 для вимикання виведення з журналу\&. Типовим є значення 10\&. .RE .PP \fB\-o\fP, \fB\-\-output=\fP .RS 4 Якщо використано разом із \fBstatus\fP, керує форматуванням виведених записів журналу\&. Доступні варіанти описано на сторінці підручника щодо \fBjournalctl\fP(1)\&. Типовим є варіант «short»\&. .RE .PP \fB\-\-firmware\-setup\fP .RS 4 Якщо використано разом із командою \fBreboot\fP, \fBpoweroff\fP або \fBhalt\fP, вказати мікропрограмі системи, що перезавантаження слід виконати до інтерфейсу налаштовування мікропрограми під час наступного завантаження\&. Зауважте, що скористатися цією можливістю можна не в усіх системах\&. .sp Додано у версії 220\&. .RE .PP \fB\-\-boot\-loader\-menu=\fP\fIчас очікування\fP .RS 4 Якщо використано разом із командою \fBreboot\fP, \fBpoweroff\fP або \fBhalt\fP, вказати засобу завантаження системи, що під час наступного завантаження слід показати меню завантаження\&. Приймає значення часу як параметр, який вказує час очікування меню на реакцію користувача\&. Передайте нульове значення, щоб вимкнути час очікування меню\&. Зауважте, що підтримку цієї можливості передбачено не в усіх засобах завантаження системи\&. .sp Додано у версії 242\&. .RE .PP \fB\-\-boot\-loader\-entry=\fP\fIідентифікатор\fP .RS 4 Якщо використано разом із командою \fBreboot\fP, \fBpoweroff\fP або \fBhalt\fP, вказує, що під час наступного завантаження системи засіб завантаження має завантажити вказаний запис завантаження\&. Приймає ідентифікатор запису засобу завантаження як аргумент або «help», якщо потрібно вивести список доступних записів\&. Зауважте, що підтримку цієї можливості передбачено не в усіх засобах завантаження системи\&. .sp Додано у версії 242\&. .RE .PP \fB\-\-reboot\-argument=\fP .RS 4 Цей перемикач використовують разом із \fBreboot\fP\&. Значенням залежить від архітектури і мікропрограми\&. Наприклад, можна скористатися «recovery» для ініціювання відновлення системи, і «fota» для ініціювання оновлення мікропрограми «повітрям»\&. .sp Додано у версії 246\&. .RE .PP \fB\-\-plain\fP .RS 4 Якщо використано разом із \fBlist\-dependencies\fP, \fBlist\-units\fP or \fBlist\-machines\fP, виведені дані буде показано як список, а не як ієрархію, а крапки для пунктів буде прибрано\&. .sp Додано у версії 203\&. .RE .PP \fB\-\-timestamp=\fP .RS 4 Змінити формат виведених часових позначок\&. Можна використовувати такі значення: .PP \fBpretty\fP (типовий варіант) .RS 4 "День РРРР\-ММ\-ДД ГГ:ХХ:СС ЧП" .sp Додано у версії 248\&. .RE .PP \fBunix\fP .RS 4 "@seconds\-since\-the\-epoch" .sp Додано у версії 251\&. .RE .PP \fBus\fP, \fBμs\fP .RS 4 "День РРРР\-ММ\-ДД ГГ:ХХ:СС\&.ДДДДДДД ЧП" .sp Додано у версії 248\&. .RE .PP \fButc\fP .RS 4 "День РРРР\-ММ\-ДД ГГ:ХХ:СС UTC" .sp Додано у версії 248\&. .RE .PP \fBus+utc\fP, \fBμs+utc\fP .RS 4 "День РРРР\-ММ\-ДД ГГ:ХХ:СС\&.ДДДДДД UTC" .sp Додано у версії 248\&. .RE .sp Додано у версії 247\&. .RE .PP \fB\-\-mkdir\fP .RS 4 Якщо використано разом із \fBbind\fP, створює файл або каталог призначення до застосування монтування із прив'язкою\&. Зауважте, що хоча за назвою цього параметра можна припустити, що він застосовний лише до каталогів, у результаті використання цього параметра також буде створено вузол файла призначення для монтування, якщо об'єктом монтування є не каталог, а звичайний файл, вузол пристрою, сокет або FIFO\&. .sp Додано у версії 248\&. .RE .PP \fB\-\-marked\fP .RS 4 Можна використовувати лише разом із \fBreload\-or\-restart\fP\&. Ставить у чергу усі завдання з перезапуску для усіх модулів, які позначено як «needs\-restart», і перезавантажує завдання для модулів, які позначено як «needs\-reload»\&. Якщо для модуля, який позначено для перезавантаження, не передбачено підтримки перезавантаження, до черги буде поставлено перезапуск\&. Встановити відповідні властивості модулів можна за допомогою \fBset\-property Markers=\&...\fP\&. .sp Якщо не використано \fB\-\-no\-block\fP, \fBsystemctl\fP чекатиме на завершення завдань з черги\&. .sp Додано у версії 248\&. .RE .PP \fB\-\-read\-only\fP .RS 4 Якщо використано разом із \fBbind\fP, створює придатне лише для читання монтування прив'язки\&. .sp Додано у версії 248\&. .RE .PP \fB\-\-drop\-in=\fP\fIНАЗВА\fP .RS 4 Якщо використано з \fBedit\fP, використати вказану назву файла вставляння замість override\&.conf\&. .sp Додано у версії 253\&. .RE .PP \fB\-\-when=\fP .RS 4 Якщо використано разом із \fBhalt\fP, \fBpoweroff\fP, \fBreboot\fP або \fBkexec\fP, запланувати виконання дії на вказану часову позначку, яку слід вказати за допомогою синтаксичної конструкції, документацію щодо якої наведено у підручнику \fBsystemd.time\fP(7), розділ «PARSING TIMESTAMPS»\&. Зокрема, якщо вказано «show», буде показано поточну заплановану дію, яку можна скасувати передаванням порожнього рядка або рядка «cancel»\&. .sp Додано у версії 254\&. .RE .PP \fB\-\-stdin\fP .RS 4 Якщо використано разом із \fBedit\fP, вміст файла буде прочитано зі стандартного джерела вхідних даних, а редактор не запускатиметься\&. У цьому режимі старий вміст файла буде повністю замінено\&. Це корисно для «редагування» файлів модулів зі скриптів: .sp .if n \{\ .RS 4 .\} .nf $ systemctl edit \-\-drop\-in=limits\&.conf \-\-stdin some\-service\&.service <, Yuri Chornoivan і lxlalexlxl . .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 .