systemd - Онлайн в облаке

ПРОГРАММА:

ИМЯ

systemd, init - systemd менеджер системы и служб

СИНТАКСИС

Systemd [ПАРАМЕТРЫ...]

инициализации [ПАРАМЕТРЫ...] {КОМАНДА}

ОПИСАНИЕ

systemd - это системный и сервисный менеджер для операционных систем Linux. При запуске первым
процесс при загрузке (как PID 1), он действует как система инициализации, которая вызывает и поддерживает пользовательское пространство
сервисов.

Для совместимости с SysV, если systemd называется инициализации и PID, отличный от 1, он будет
выполнять телинит и передать все аргументы командной строки без изменений. Это означает инициализации и
телинит в основном эквивалентны при вызове из обычных сеансов входа в систему. Видеть телинит(8) для
больше информации.

При запуске как системный экземпляр systemd интерпретирует файл конфигурации system.conf и
файлы в каталогах system.conf.d; при запуске как пользовательский экземпляр systemd интерпретирует
файл конфигурации user.conf и файлы в каталогах user.conf.d. Видеть systemd-
system.conf(5) для получения дополнительной информации.

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

Подразумеваются следующие варианты:

--тестовое задание
Определите последовательность запуска, сделайте дамп и выйдите. Эта опция полезна для отладки
только.

--dump-элементы-конфигурации
Выгрузить понятные элементы конфигурации агрегата. Это дает краткий, но полный список
элементы конфигурации понимаются в файлах определения модулей.

--unit =
Установите единицу измерения по умолчанию для активации при запуске. Если не указано, по умолчанию используется default.target.

--система, --Пользователь
Что касается --система, скажите systemd запустить экземпляр системы, даже если идентификатор процесса не равен 1,
т.е. systemd не запускается как процесс инициализации. --Пользователь делает наоборот, запускает пользователя
экземпляра, даже если идентификатор процесса равен 1. Обычно нет необходимости передавать
эти параметры, поскольку systemd автоматически определяет режим, в котором он запущен.
Следовательно, параметры мало используются, за исключением отладки. Обратите внимание, что это не поддерживается
загрузка и поддержка полной системы с запущенным systemd в --система режим, но PID
не 1. На практике проходя --система явно полезен только в сочетании с
--тестовое задание.

--dump-ядро
Включить выгрузку ядра при сбое. Этот переключатель не действует при работе в качестве пользовательского экземпляра.
Этот параметр также можно включить во время загрузки в командной строке ядра через
systemd.dump_core = вариант, см. ниже.

--crash-vt =VT
Переключитесь на конкретную виртуальную консоль (VT) в случае сбоя. Принимает положительное целое число в
диапазон 1–63 или логический аргумент. Если передано целое число, выбирает, какой VT переключить.
к. Если Да, выбрано сообщение ядра VT. Если нет, выключатель VT не
попытался. Этот переключатель не действует при работе в качестве пользовательского экземпляра. Этот параметр может
также можно включить во время загрузки в командной строке ядра через systemd.crash_vt =
вариант, см. ниже.

--crash-shell
Запускать оболочку при сбое. Этот переключатель не действует при работе в качестве пользовательского экземпляра. Этот
параметр также может быть включен во время загрузки в командной строке ядра через
systemd.crash_shell = вариант, см. ниже.

--crash-перезагрузка
Автоматически перезагружать систему при сбое. Этот переключатель не действует при работе как
пользовательский экземпляр. Этот параметр также можно включить во время загрузки командой ядра.
линия через systemd.crash_reboot = вариант, см. ниже.

--confirm-spawn
Просить подтверждения при порождении процессов. Этот переключатель не действует при запуске как
пользовательский экземпляр.

--show-status =
Показывать краткую информацию о статусе службы при загрузке. Этот переключатель не действует, когда
запустить как пользовательский экземпляр. Принимает логический аргумент, который можно опустить, т.е.
интерпретируется как правда.

--log-target =
Установите цель журнала. Аргумент должен быть одним из консоль, журнал, км, журнал или кмсг, нуль.

--log-level =
Установите уровень журнала. В качестве аргумента здесь принимается числовой логарифм или хорошо известный
системный журнал(3) символические имена (в нижнем регистре): Экстрен, бдительный, критика, заблуждаться, предупреждение, уведомление, info,
отлаживать.

--log-color =
Выделите важные сообщения журнала. Аргумент - это логическое значение. Если аргумент
опущено, по умолчанию правда.

--log-location =
Включите расположение кода в сообщения журнала. Это в основном актуально для целей отладки.
Аргумент - это логическое значение. Если аргумент опущен, по умолчанию используется правда.

- по умолчанию-стандартный-вывод =, - стандартная ошибка по умолчанию =
Устанавливает вывод по умолчанию или вывод ошибок для всех сервисов и сокетов соответственно.
То есть контролирует значение по умолчанию для StandardOutput = и StandardError = (См.
systemd.exec(5) для подробностей). Занимает одно из наследовать, нуль, терминал, журнал,
журнал + консоль, системный журнал, системный журнал + консоль, км, kmsg + консоль. Если аргумент
опущен - по умолчанию-стандартный-вывод = по умолчанию журнал и - стандартная ошибка по умолчанию =
в наследовать.

--machine-id =
Заменить идентификатор машины, установленный на жестком диске, полезно для загрузки по сети или для
контейнеры. Не может быть установлен на все нули.

-h, --Помогите
Распечатайте короткий текст справки и выйдите.

--версия
Распечатайте короткую строку и выйдите из нее.

КОНЦЕПЦИИ

systemd предоставляет систему зависимости между различными объектами, называемыми "единицами" из 12
различные виды. Единицы инкапсулируют различные объекты, которые имеют отношение к загрузке системы.
и техническое обслуживание. Большинство модулей конфигурируются в файлах конфигурации модулей, чьи
синтаксис и базовый набор опций описаны в systemd.unit(5), однако некоторые из них созданы
автоматически из другой конфигурации, динамически из состояния системы или программно
во время выполнения. Блоки могут быть "активными" (то есть запущенными, связанными, подключенными, ... в зависимости от
тип устройства, см. ниже) или «неактивный» (что означает остановленный, несвязанный, отключенный, ...), как
а также в процессе активации или деактивации, то есть между двумя состояниями
(эти состояния называются «активация», «деактивация»). Особое состояние «сбой» -
также доступен, что очень похоже на "неактивно" и вводится, когда служба
сбой каким-либо образом (процесс вернул код ошибки при выходе, или сбой, или операция по времени
из). Если это состояние введено, причина будет записана для дальнейшего использования. Обратите внимание, что
различные типы единиц могут иметь ряд дополнительных подсостояний, которые отображаются в
здесь описаны пять обобщенных состояний устройства.

Доступны следующие типы агрегатов:

1. Сервисные блоки, запускающие и управляющие демонами и процессами, из которых они состоят. Для
подробности см. systemd.service(5).

2. Блоки сокетов, которые инкапсулируют локальные IPC или сетевые сокеты в системе, полезные для
активация через сокеты. Подробнее о розетках см. systemd.socket(5), для
подробности об активации через сокеты и других формах активации см. демон(7).

3. Целевые единицы полезны для группировки единиц или обеспечения хорошо известных точек синхронизации.
во время загрузки см. systemd.target(5).

4. Модули устройств предоставляют устройства ядра в systemd и могут использоваться для реализации
активация на основе устройства. Подробнее см. systemd.устройство(5).

5. Модули монтирования управляют точками монтирования в файловой системе, подробности см. systemd.mount(5).

6. Модули автоматического монтирования предоставляют возможности автоматического монтирования для монтирования файловых систем по требованию.
а также параллельная загрузка. Видеть systemd.automount(5).

7. Блоки таймера полезны для запуска активации других блоков на основе таймеров. Ты
можно найти подробности в системный.таймер(5).

8. Модули подкачки очень похожи на модули монтирования и инкапсулируют разделы подкачки памяти или
файлы операционной системы. Они описаны в systemd.swap(5).

9. Единицы пути могут использоваться для активации других служб при изменении или изменении объектов файловой системы.
изменены. Видеть systemd.path(5).

10. Блоки срезов могут использоваться для группировки блоков, которые управляют системными процессами (такими как службы
и единицы области действия) в иерархическом дереве для целей управления ресурсами. Видеть
systemd.slice(5).

11. Единицы контекста аналогичны сервисным единицам, но управляют внешними процессами, а не
запускать их тоже. Видеть systemd.scope(5).

Модули названы в соответствии с их файлами конфигурации. Некоторые модули имеют особую семантику. А
подробный список доступен в systemd.специальный(7).

systemd знает различные виды зависимостей, включая положительные и отрицательные требования.
зависимости (т.е. Требуется = и Конфликты =), а также зависимости порядка (После = и
До =). NB: зависимости порядка и требований ортогональны. Если бы только требование
существует зависимость между двумя модулями (например, foo.service требует bar.service), но нет
зависимости порядка (например, foo.service после bar.service), и оба запрашиваются для запуска,
они будут запускаться параллельно. Это общий шаблон, когда и требование, и
зависимости заказа размещаются между двумя блоками. Также обратите внимание, что большинство
зависимости неявно создаются и поддерживаются systemd. В большинстве случаев это должно быть
необязательно объявлять дополнительные зависимости вручную, однако можно сделать
.

Прикладные программы и модули (через зависимости) могут запрашивать изменение состояния модулей. В
systemd эти запросы инкапсулируются как «задания» и хранятся в очереди заданий. Работа может
успешно или неудачно, их выполнение упорядочивается на основе упорядоченных зависимостей
единиц, для которых они были запланированы.

При загрузке systemd активирует целевой модуль default.target, задача которого - активировать при загрузке
services и другие загружаемые модули, подтягивая их через зависимости. Обычно единица
name - это просто псевдоним (символическая ссылка) для графического.target (для полнофункциональной загрузки в
пользовательский интерфейс) или multi-user.target (для ограниченной загрузки только с консоли для использования во встроенных или серверных
среды или аналогичные; подмножество graphical.target). Однако это на усмотрение
администратора, чтобы настроить его как псевдоним для любого другого целевого устройства. Видеть
systemd.специальный(7) для получения подробной информации об этих целевых единицах.

Процессы появления systemd помещаются в отдельные группы управления Linux, названные в честь
единица, к которой они принадлежат в частной иерархии systemd. (видеть cgroups.txt[1] для получения дополнительной информации
информация о контрольных группах, или короткие "контрольные группы"). systemd использует это для эффективного
отслеживать процессы. Информация о группе управления хранится в ядре и
доступный через иерархию файловой системы (ниже / система / фс / cgroup / systemd /) или в инструментах
как Systemd-CGLS(1) или ps(1) (ps ксауф -эо pid, user, cgroup, args особенно полезно
чтобы перечислить все процессы и модули systemd, которым они принадлежат.).

systemd в значительной степени совместим с системой инициализации SysV: скрипты инициализации SysV являются
поддерживается и просто читается как альтернативный (хотя и ограниченный) формат файла конфигурации.
Предоставляется интерфейс SysV / dev / initctl, а реализации совместимости
доступны различные клиентские инструменты SysV. В дополнение к этому, различные установленные Unix
такие функции, как / И т.д. / Fstab или база данных utmp поддерживаются.

systemd имеет минимальную систему транзакций: если юниту предлагается запустить или выключить
он добавит его и все его зависимости во временную транзакцию. Затем он проверит
если транзакция согласована (то есть, порядок всех единиц является безцикловым).
Если это не так, systemd попытается исправить это и удалит несущественные задания из
транзакция, которая может удалить цикл. Кроме того, systemd пытается подавить второстепенные задания.
в транзакции, которая остановит работающую службу. Наконец, проверяется,
задания транзакции противоречат заданиям, которые уже были поставлены в очередь, и, возможно,
тогда транзакция прерывается. Если все получилось и сделка согласована и
минимизированный по своему воздействию, он объединяется со всеми уже невыполненными вакансиями и добавляется к
очередь выполнения. Фактически это означает, что перед выполнением запрошенной операции systemd
проверит, что это имеет смысл, исправив, если возможно, и потерпит неудачу только в том случае, если это действительно
не может работать.

Systemd содержит собственные реализации различных задач, которые необходимо выполнять как часть
процесса загрузки. Например, он устанавливает имя хоста или настраивает петлевую сеть.
устройство. Он также устанавливает и монтирует различные файловые системы API, такие как / sys или / proc.

Для получения дополнительной информации о концепциях и идеях, лежащих в основе systemd, обратитесь к
Оригинал Проект Документ[2].

Обратите внимание, что некоторые, но не все интерфейсы, предоставляемые systemd, охватываются Интерфейс
Стабильность Обещание[3].

Единицы могут генерироваться динамически во время загрузки и перезагрузки системного менеджера, например
на основе других файлов конфигурации или параметров, переданных в командной строке ядра. Для
подробности см. systemd.generator(7).

Системы, которые вызывают systemd в контейнере или среде initrd, должны реализовывать
Container Интерфейс[4] или Initrd Интерфейс[5] спецификации соответственно.

КАТАЛОГИ

Каталоги системных модулей
Системный менеджер systemd считывает конфигурацию устройства из различных каталогов. Пакеты
которые хотят установить файлы модулей, должны поместить их в каталог, возвращаемый
pkg-конфигурация Systemd --variable = systemdsystemunitdir. Другие проверенные каталоги:
/ usr / local / lib / systemd / system и / lib / systemd / system. Конфигурация пользователя всегда занимает
приоритет. pkg-конфигурация Systemd --variable = systemdsystemconfdir возвращает путь
каталог конфигурации системы. Пакеты должны изменять содержимое этих
каталоги только с включить и запрещать команды systemctl(1) инструмент. Полный
список каталогов приведен в systemd.unit(5).

Каталоги пользовательских единиц
Аналогичные правила применяются к каталогам пользовательских модулей. Однако здесь XDG Система исчисления
Каталог Спецификация[6] следует, чтобы найти единицы. Заявки должны размещать свои
юнит-файлы в каталоге, возвращаемом pkg-конфигурация Systemd
--variable = systemduserunitdir. Глобальная конфигурация выполняется в указанном каталоге
by pkg-конфигурация Systemd --variable = systemduserconfdir, включить и запрещать команды
systemctl(1) инструмент может обрабатывать как глобальные (т.е. для всех пользователей), так и частные (для
один пользователь) включение / отключение агрегатов. Полный список каталогов представлен в
systemd.unit(5).

Каталог сценариев инициализации SysV
Расположение каталога сценария инициализации SysV зависит от дистрибутива. Если
systemd не может найти собственный файл модуля для запрошенной службы, он будет искать
Одноименный сценарий инициализации SysV (без суффикса .service).

Каталог фермы ссылок уровня запуска SysV
Расположение каталога фермы ссылок уровня запуска SysV зависит от дистрибутива.
systemd примет во внимание ферму ссылок при определении того, должна ли служба
быть включенным. Обратите внимание, что служебный модуль с собственным файлом конфигурации модуля не может быть
начался с его активации в ферме ссылок уровня запуска SysV.

СИГНАЛЫ

СИГТЕРМ
После получения этого сигнала системный менеджер systemd сериализует свое состояние, повторно выполняет
сам и снова десериализует сохраненное состояние. Это в основном эквивалентно systemctl
демон-reexec.

При получении этого сигнала менеджеры пользователей systemd запустят модуль exit.target.
Это в основном эквивалентно systemctl --Пользователь Начало выход.цель.

SIGINT
После получения этого сигнала системный менеджер systemd запустит
ctrl-alt-del.target юнит. Это в основном эквивалентно systemctl Начало
ctl-alt-del.target. Если этот сигнал получен более 7 раз за 2 с, немедленно
перезагрузка срабатывает. Обратите внимание, что нажатие Ctrl-Alt-Del на консоли вызовет это
сигнал. Следовательно, если перезагрузка зависает, нажатие Ctrl-Alt-Del более 7 раз за 2 секунды
это относительно безопасный способ вызвать немедленную перезагрузку.

менеджеры пользователей systemd обрабатывают этот сигнал так же, как СИГТЕРМ.

СИГВИНЧ
Когда будет получен этот сигнал, системный менеджер systemd запустит
kbrequest.target unit. Это в основном эквивалентно systemctl Начало kbrequest.target.

Этот сигнал игнорируется менеджерами пользователей systemd.

СИГПВР
Когда будет получен этот сигнал, менеджер systemd запустит модуль sigpwr.target.
Это в основном эквивалентно systemctl Начало sigpwr.target.

СИГУСР1
Когда будет получен этот сигнал, менеджер systemd попытается повторно подключиться к D-Bus.
автобус.

СИГУСР2
Когда будет получен этот сигнал, менеджер systemd зарегистрирует свое полное состояние в
удобочитаемая форма. Регистрируемые данные такие же, как напечатанные Systemd-анализа дамп.

ПОДПИСАТЬСЯ
Перезагружает полную конфигурацию демона. Это в основном эквивалентно systemctl
демон-перезагрузка.

SIGRTMIN + 0
Переходит в режим по умолчанию, запускает модуль default.target. Это в основном эквивалентно
systemctl Начало по умолчанию.цель.

SIGRTMIN + 1
Переходит в режим восстановления, запускает модуль rescue.target. Это в основном эквивалентно
systemctl изолировать спасательная.цель.

SIGRTMIN + 2
Переходит в аварийный режим, запускает блок аварийного обслуживания. Это в основном эквивалентно
systemctl изолировать аварийная служба.

SIGRTMIN + 3
Останавливает машину, запускает блок halt.target. Это в основном эквивалентно systemctl
Начало остановка.цель.

SIGRTMIN + 4
Выключает машину, запускает модуль poweroff.target. Это в основном эквивалентно
systemctl Начало poweroff.target.

SIGRTMIN + 5
Перезагружает машину, запускает модуль reboot.target. Это в основном эквивалентно
systemctl Начало перезагрузка.цель.

SIGRTMIN + 6
Перезагружает машину через kexec, запускает модуль kexec.target. Это в основном эквивалентно
в systemctl Начало kexec.target.

SIGRTMIN + 13
Немедленно останавливает машину.

SIGRTMIN + 14
Немедленно выключите машину.

SIGRTMIN + 15
Сразу перезагружает машину.

SIGRTMIN + 16
Сразу перезагружает машину с помощью kexec.

SIGRTMIN + 20
Включает отображение сообщений о состоянии на консоли, что контролируется через
systemd.show_status = 1 в командной строке ядра.

SIGRTMIN + 21
Отключает отображение статусных сообщений на консоли, как это контролируется через
systemd.show_status = 0 в командной строке ядра.

SIGRTMIN + 22, SIGRTMIN + 23
Устанавливает уровень журнала на «отладка» (или «информация» на SIGRTMIN + 23), управляемый через
systemd.log_level = отладка (или systemd.log_level = информация on SIGRTMIN + 23) на ядре
командная строка.

SIGRTMIN + 24
Немедленно закрывает менеджер (доступно только для экземпляров --user).

SIGRTMIN + 26, SIGRTMIN + 27, SIGRTMIN + 28
Устанавливает уровень журнала на "journal-or-kmsg" (или "console" на SIGRTMIN + 27, «кмсг» на
SIGRTMIN + 28), управляемый через systemd.log_target = журнал или kmsg (или
systemd.log_target = консоль on SIGRTMIN + 27 or systemd.log_target = км. on SIGRTMIN + 28)
в командной строке ядра.

ОКРУЖАЮЩАЯ СРЕДА

$ SYSTEMD_LOG_LEVEL
systemd считывает уровень журнала из этой переменной среды. Это можно изменить
--log-level =.

$ SYSTEMD_LOG_TARGET
systemd читает цель журнала из этой переменной среды. Это можно изменить
--log-target =.

$ SYSTEMD_LOG_COLOR
Определяет, выделяет ли systemd важные сообщения журнала. Это можно изменить
--log-color =.

$ SYSTEMD_LOG_LOCATION
Определяет, будет ли systemd печатать расположение кода вместе с сообщениями журнала. Это может быть
переопределено с --log-location =.

$ XDG_CONFIG_HOME, $ XDG_CONFIG_DIRS, $ XDG_DATA_HOME, $ XDG_DATA_DIRS
Диспетчер пользователей systemd использует эти переменные в соответствии с XDG Система исчисления Каталог
Спецификация[6], чтобы найти его конфигурацию.

$ SYSTEMD_UNIT_PATH
Управляет тем, где systemd ищет файлы модулей.

$ SYSTEMD_SYSVINIT_PATH
Управляет тем, где systemd ищет сценарии инициализации SysV.

$ SYSTEMD_SYSVRCND_PATH
Управляет тем, где systemd ищет фермы ссылок на уровне запуска сценария инициализации SysV.

$ SYSTEMD_COLORS
Определяет, должен ли создаваться цветной вывод.

$ LISTEN_PID, $ LISTEN_FDS, $ LISTEN_FDNAMES
Устанавливается systemd для контролируемых процессов во время активации через сокеты. Видеть
sd_listen_fds(3) для получения дополнительной информации.

$ NOTIFY_SOCKET
Устанавливается systemd для контролируемых процессов для статуса и завершения запуска
уведомление. Видеть sd_notify(3) для получения дополнительной информации.

Кернел КОМАНДА ЛИНИЯ

При запуске как системный экземпляр systemd анализирует ряд аргументов командной строки ядра [7]:

systemd.unit =, rd.systemd.unit =
Отменяет активацию устройства при загрузке. По умолчанию default.target. Это может быть использовано
для временной загрузки в другой загрузочный модуль, например rescue.target или
аварийная служба. Видеть systemd.специальный(7) для получения подробной информации об этих единицах. Опция
с префиксом "rd." соблюдается только на начальном RAM-диске (initrd), а тот
который не имеет префикса только в основной системе.

systemd.dump_core =
Принимает логический аргумент. Если Да, менеджер systemd (PID 1) выгружает ядро, когда он
вылетает. В противном случае дамп ядра не создается. По умолчанию Да.

systemd.crash_chvt =
Принимает положительное целое число или логический аргумент. Если положительное целое число (в диапазоне
1–63), системный менеджер (PID 1) активирует указанный виртуальный
терминал (VT) при его сбое. По умолчанию нет, что означает, что такой переключатель не
попытался. Если установлено на Да, выбирается VT, в который записываются сообщения ядра.

systemd.crash_shell =
Принимает логический аргумент. Если Да, системный менеджер (PID 1) порождает оболочку, когда
вылетает после 10-секундной задержки. В противном случае оболочка не создается. По умолчанию нет, Для
из соображений безопасности, так как оболочка не защищена парольной аутентификацией.

systemd.crash_reboot =
Принимает логический аргумент. Если Да, системный менеджер (PID 1) перезагрузит машину
автоматически при сбое после 10-секундной задержки. Иначе система зависнет
бесконечно. По умолчанию нет, чтобы избежать цикла перезагрузки. В сочетании с
systemd.crash_shell =, система перезагружается после выхода из оболочки.

systemd.confirm_spawn =
Принимает логический аргумент. Если Да, системный менеджер (PID 1) запрашивает подтверждение
при нерестовых процессах. По умолчанию нет.

systemd.show_status =
Принимает логический аргумент или константу автоматический. Если Да, менеджер systemd (PID 1)
показывает краткие обновления статуса службы на консоли во время загрузки. автоматический ведет себя как
ложный до тех пор, пока служба не выйдет из строя или не произойдет значительная задержка загрузки. По умолчанию Да,
если не тихий передается как параметр командной строки ядра, и в этом случае по умолчанию
автоматический.

systemd.log_target =, systemd.log_level =, systemd.log_color =, systemd.log_location =
Управляет выводом журнала с тем же эффектом, что и $ SYSTEMD_LOG_TARGET,
$ SYSTEMD_LOG_LEVEL, $ SYSTEMD_LOG_COLOR, $ SYSTEMD_LOG_LOCATION переменные среды
описано выше.

systemd.default_standard_output =, systemd.default_standard_error =
Управляет стандартным выводом по умолчанию и выводом ошибок для сервисов с тем же эффектом
как - по умолчанию-стандартный-вывод = и - стандартная ошибка по умолчанию = аргументы командной строки
описано выше соответственно.

systemd.setenv =
Принимает строковый аргумент в форме ПЕРЕМЕННАЯ = ЗНАЧЕНИЕ. Может использоваться для установки по умолчанию
переменные среды для добавления к разветвленным дочерним процессам. Может использоваться более одного раза для
установить несколько переменных.

systemd.machine_id =
Принимает шестнадцатеричное значение из 32 символов, которое будет использоваться для установки идентификатора машины. Предназначен в основном
для загрузки по сети, когда для каждой загрузки требуется один и тот же идентификатор машины.

тихий
Отключить вывод состояния при загрузке, как и systemd.show_status = ложь бы. Обратите внимание, что
эта опция также читается самим ядром и отключает вывод журнала ядра. Проходящий
эта опция, следовательно, отключает обычный вывод системного администратора и
ядро.

отлаживать
Включите отладочный вывод. Это эквивалентно systemd.log_level = отладка, Обратите внимание, что
эта опция также читается самим ядром и включает вывод отладки ядра. Проходящий
эта опция, следовательно, включает вывод отладки как системного администратора, так и
ядро.

крайняя необходимость, -b
Загрузиться в аварийном режиме. Это эквивалентно systemd.unit = Emergency.target и
предоставляется по соображениям совместимости и упрощает ввод.

спасать, одинарной, s, S, 1
Загрузитесь в режиме восстановления. Это эквивалентно systemd.unit = rescue.target и при условии
по соображениям совместимости и для упрощения ввода.

2, 3, 4, 5
Загрузитесь с указанным устаревшим уровнем запуска SysV. Это эквивалентно
systemd.unit = runlevel2.target, systemd.unit = runlevel3.target,
systemd.unit = runlevel4.targetи systemd.unit = runlevel5.targetсоответственно и
предоставляется по соображениям совместимости и упрощает ввод.

locale.LANG =, locale.LANGUAGE =, locale.LC_CTYPE =, locale.LC_NUMERIC =, locale.LC_TIME =,
locale.LC_COLLATE =, locale.LC_MONETARY =, locale.LC_MESSAGES =, locale.LC_PAPER =,
locale.LC_NAME =, locale.LC_ADDRESS =, locale.LC_TELEPHONE =, locale.LC_MEASUREMENT =,
locale.LC_IDENTIFICATION =
Установите языковой стандарт системы для использования. Это отменяет настройки в /etc/locale.conf. Для
подробнее см. локаль.conf(5) и местный(7).

Для других параметров командной строки ядра, понимаемых компонентами основной ОС, пожалуйста,
см. командная строка ядра(7).

РОЗЕТКИ И ФИФОС

/ запустить / systemd / уведомить
Сокет уведомления о статусе демона. Это AF_UNIX сокет датаграммы и используется для
реализовать логику уведомления демона, как реализовано sd_notify(3).

/ запустить / systemd / частный
Используется внутри как канал связи между systemctl(1) и процесс systemd.
Это AF_UNIX потоковый сокет. Этот интерфейс является частным для systemd и не должен
использоваться во внешних проектах.

/ dev / initctl
Ограниченная поддержка совместимости для клиентского интерфейса SysV, реализованная
systemd-initctl.service unit. Это именованный канал в файловой системе. Этот интерфейс
устарело и не должно использоваться в новых приложениях.

Используйте systemd онлайн с помощью сервисов onworks.net