Как использовать Systemctl для управления службами и модулями Systemd

Чтобы запустить службуsystemd, выполняя инструкции в файле модуля службы, используйте командуstart. Если вы работаете как пользователь без полномочий root, вам придется использоватьsudo, поскольку это повлияет на состояние операционной системы:

Как мы упоминали выше,systemd знает, что нужно искать файлы*.service для команд управления службами, поэтому команду можно так же легко ввести следующим образом:

Хотя вы можете использовать приведенный выше формат для общего администрирования, для ясности мы будем использовать суффикс.service для остальных команд, чтобы точно указать цель, над которой мы работаем.

Чтобы остановить работающую в данный момент службу, вы можете вместо этого использовать командуstop:

Чтобы перезапустить работающую службу, вы можете использовать командуrestart:

Если рассматриваемое приложение может перезагрузить свои файлы конфигурации (без перезапуска), вы можете выполнить командуreload, чтобы запустить этот процесс:

Если вы не уверены, есть ли у службы возможность перезагрузить конфигурацию, вы можете ввести командуreload-or-restart. Это перезагрузит конфигурацию на месте, если доступно. В противном случае он перезапустит службу, поэтому будет выбрана новая конфигурация:

Вышеуказанные команды полезны для запуска или остановки команд во время текущего сеанса. Чтобы указатьsystemd автоматически запускать службы при загрузке, вы должны включить их.
Чтобы запустить службу при загрузке, используйте командуenable:

Это создаст символическую ссылку из системной копии служебного файла (обычно в/lib/systemd/system или/etc/systemd/system) на место на диске, гдеsystemd ищет файлы автозапуска (обычно/etc/systemd/system/some_target.target.wantsс. Мы рассмотрим, что является целью позже в этом руководстве).

Чтобы отключить автоматический запуск службы, введите:

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

Помните, что включение службы не запускает ее в текущем сеансе. Если вы хотите запустить службу и включить ее при загрузке, вам придется ввести обе команды:start иenable.

Чтобы проверить статус службы в вашей системе, вы можете использовать командуstatus:

Это предоставит вам состояние сервиса, иерархию cgroup и первые несколько строк журнала.

Например, при проверке состояния сервера Nginx вы можете увидеть вывод наподобие этого:

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

Существуют также методы для проверки конкретных состояний. Например, чтобы проверить, активен ли в данный момент (работает) объект, вы можете использовать командуis-active:

Это вернет текущее состояние устройства, которое обычно составляетactive илиinactive. Код выхода будет «0», если он активен, что упростит программный синтаксический анализ результата.
Чтобы узнать, включен ли модуль, вы можете использовать командуis-enabled:

Это выведет, является ли службаenabled илиdisabled, и снова установит код выхода на «0» или «1» в зависимости от ответа на вопрос команды.

Третья проверка - находится ли устройство в неисправном состоянии. Это указывает на то, что возникла проблема с запуском рассматриваемого устройства:

Это вернетactive, если он работает правильно, илиfailed, если произошла ошибка. Если блок был намеренно остановлен, он может вернутьunknown илиinactive. Состояние выхода «0» означает, что произошел сбой, а состояние выхода «1» означает любой другой статус.

Чтобы увидеть список всех активных юнитов, о которых знаетsystemd, мы можем использовать командуlist-units:

Это покажет вам список всех модулей, которыеsystemd в настоящее время активны в системе. Вывод будет выглядеть примерно так:

Вывод имеет следующие столбцы:

Поскольку командаlist-units по умолчанию показывает только активные единицы, для всех приведенных выше записей в столбце НАГРУЗКА будет указано «загружено», а в столбце «АКТИВНО» - «активно». Это отображение фактически является поведениемsystemctl по умолчанию при вызове без дополнительных команд, поэтому вы увидите то же самое, если вызоветеsystemctl без аргументов:

Мы можем указатьsystemctl выводить различную информацию, добавив дополнительные флаги. Например, чтобы увидеть все модули, которыеsystemd загрузил (или пытался загрузить), независимо от того, активны ли они в данный момент, вы можете использовать флаг--all, например:

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

Вы можете использовать другие флаги для фильтрации этих результатов. Например, мы можем использовать флаг--state=, чтобы указать состояния LOAD, ACTIVE или SUB, которые мы хотим видеть. Вам нужно будет сохранить флаг--all, чтобыsystemctl позволял отображать неактивные единицы:

Другой распространенный фильтр - это фильтр--type=. Мы можем указатьsystemctl отображать только единицы того типа, который нас интересует. Например, чтобы увидеть только активные сервисные единицы, мы можем использовать:

Командаlist-units отображает только единицы, которыеsystemd пытался проанализировать и загрузить в память. Посколькуsystemd будет читать только те модули, которые, по его мнению, ему необходимы, это не обязательно будет включать все доступные модули в системе. Чтобы увидеть доступный файл модуляevery в путяхsystemd, включая те, которыеsystemd не пытался загрузить, вы можете вместо этого использовать командуlist-unit-files:

Единицы представляют собой ресурсы, о которых знаетsystemd. Посколькуsystemd не обязательно прочитал все определения модулей в этом представлении, он представляет только информацию о самих файлах. Вывод имеет два столбца: файл модуля и состояние.

Состояние обычно будет «включено», «отключено», «статично» или «замаскировано». В этом контексте статический означает, что файл модуля не содержит раздела «установка», который используется для включения модуля. Таким образом, эти устройства не могут быть включены. Обычно это означает, что модуль выполняет одноразовое действие или используется только как зависимость от другого модуля и не должен запускаться сам по себе.

Мы кратко рассмотрим, что означает «замаскированный».

Чтобы отобразить файл модуля, которыйsystemd загрузил в свою систему, вы можете использовать командуcat (она была добавлена ​​вsystemd версии 209). Например, чтобы увидеть файл модуля демона планированияatd, мы могли бы ввести:

Результатом является файл модуля, известный текущему запущенному процессуsystemd. Это может быть важно, если вы недавно изменили файлы модулей или если вы переопределяете определенные параметры во фрагменте файла модулей (мы рассмотрим это позже).

Чтобы увидеть дерево зависимостей юнита, вы можете использовать командуlist-dependencies:

Это отобразит иерархию, отображающую зависимости, с которыми необходимо разобраться, чтобы запустить рассматриваемый модуль. Зависимости, в этом контексте, включают те единицы, которые требуются или требуются единицами над ним.

Рекурсивные зависимости отображаются только для единиц.target, которые указывают на состояние системы. Чтобы рекурсивно перечислить все зависимости, включите флаг--all.

Чтобы показать обратные зависимости (единицы измерения, которые зависят от указанной единицы), вы можете добавить к команде флаг--reverse. Другие полезные флаги - это флаги--before и--after, которые можно использовать для отображения единиц, зависящих от указанной единицы, начиная до и после себя, соответственно.

Чтобы увидеть низкоуровневые свойства юнита, вы можете использовать командуshow. Это отобразит список свойств, которые установлены для указанного блока, используя форматkey=value:

Если вы хотите отобразить одно свойство, вы можете передать флаг-p с именем свойства. Например, чтобы увидеть конфликты, которые есть у модуляsshd.service, вы можете ввести:

В разделе управления службами мы видели, как остановить или отключить службу, ноsystemd также может пометить устройство какcompletely как не запускаемое, автоматически или вручную, связав его с/dev/null . Это называется маскированием объекта и возможно с помощью командыmask:

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

Если вы отметитеlist-unit-files, вы увидите, что служба теперь указана как замаскированная:

Если вы попытаетесь запустить службу, вы увидите следующее сообщение:

Чтобы демаскировать юнит и снова сделать его доступным для использования, просто используйте командуunmask:

Это вернет устройство в его предыдущее состояние, позволяя запустить или включить его.

У процессаsystemd есть цель по умолчанию, которую он использует при загрузке системы. Удовлетворение каскада зависимостей от этой единственной цели приведет систему в нужное состояние. Чтобы найти цель по умолчанию для вашей системы, введите:

Если вы хотите установить другую цель по умолчанию, вы можете использоватьset-default. Например, если у вас установлен графический рабочий стол и вы хотите, чтобы система загружалась на него по умолчанию, вы можете соответствующим образом изменить цель по умолчанию:

Вы можете получить список доступных целей в вашей системе, набрав:

В отличие от уровней выполнения, несколько целей могут быть активными одновременно. Активная цель указывает, чтоsystemd попытался запустить все отряды, привязанные к цели, и не пытался снова их уничтожить. Чтобы увидеть все активные цели, введите:

Можно запустить все юниты, связанные с целью, и остановить все юниты, которые не являются частью дерева зависимостей. Команда, которая нам нужна для этого, называется, соответственно,isolate. Это похоже на изменение уровня выполнения в других системах инициализации.

Например, если вы работаете в графической среде с активнымgraphical.target, вы можете выключить графическую систему и перевести систему в состояние многопользовательской командной строки, изолировавmulti-user.target. Посколькуgraphical.target зависит отmulti-user.target, но не наоборот, все графические блоки будут остановлены.

Возможно, вы захотите взглянуть на зависимости цели, которую вы изолируете, прежде чем выполнять эту процедуру, чтобы убедиться, что вы не останавливаете жизненно важные службы:

Когда вы будете удовлетворены единицами, которые будут поддерживаться в живых, вы можете изолировать цель, набрав:

Существуют цели, определенные для важных событий, таких как выключение или перезагрузка. Однакоsystemctl также имеет несколько ярлыков, которые добавляют немного дополнительных функций.

Например, чтобы перевести систему в режим восстановления (однопользовательский), вы можете просто использовать командуrescue вместоisolate rescue.target:

Это обеспечит дополнительную функциональность оповещения всех зарегистрированных пользователей о событии.

Чтобы остановить систему, вы можете использовать командуhalt:

Чтобы инициировать полное выключение, вы можете использовать командуpoweroff:

Перезапуск можно запустить с помощью командыreboot:

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

Например, чтобы перезагрузить систему, вы обычно можете набрать: