Как управлять службами в systemd с помощью systemctl

• Архитектура и компоненты systemd
• Основные команды systemctl для работы со службами
• Работа с юнитами systemd
• Мониторинг работы служб
• Управление состояниями системы через цели systemd
• Рекомендации по работе с systemd
• Заключение

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

На смену традиционным системам инициализации (SysVinit, Upstart) пришел systemd – современный менеджер служб, ставший стандартом для большинства дистрибутивов Linux. Его ключевой инструмент – утилита systemctl, которая предоставляет унифицированный интерфейс для управления сервисами, демонами и системными ресурсами.

systemctl позволяет:

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

Архитектура и компоненты systemd

При работе со службами systemd оперирует не процессами напрямую, а юнитами. 

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

Все юниты распределены по каталогам в зависимости от того, кто и как их создал:

• /usr/lib/systemd/system – стандартные юниты, установленные вместе с пакетами. Здесь находятся, например, описания веб-серверов вроде Apache или Nginx.
• /run/systemd/system – временные юниты, создаваемые во время работы системы. После перезагрузки они исчезают.
• /etc/systemd/system – пользовательские и переопределенные юниты, которые добавляет или изменяет администратор.

Приоритет всегда остается за /etc/systemd/system: если там есть юнит с тем же именем, он перекрывает остальные.
Чтобы просмотреть все активные юниты, выполните команду:

Она выводит таблицу со всеми запущенными объектами. Основные столбцы в этом списке:

• UNIT – имя юнита;
• LOAD – загружен ли файл конфигурации (loaded, not-found и др.);
• ACTIVE – общее состояние юнита (active, inactive, failed и т.п.);
• SUB – уточненный статус;
• DESCRIPTION – краткое назначение.

Тип юнита определяется расширением файла. Каждый тип отвечает за свою задачу в системе:

Основные команды systemctl для работы со службами

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

Просмотр списка служб

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

По умолчанию она показывает только активные службы – те, которые запущены в текущий момент. Если нужно увидеть все службы, включая остановленные и те, которые не удалось запустить, добавьте параметр --all:

При выполнении команд суффикс .service указывать необязательно. Если имя юнита указано без суффикса, systemd автоматически интерпретирует его как службу.

Запуск служб

Чтобы запустить службу в текущем сеансе, используется команда start. Например, чтобы запустить службу планировщика заданий, выполните:

Остановка служб

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

Пример остановки той же службы:

Как и в случае с запуском, команда stop действует только в рамках текущего сеанса и не влияет на настройки автозагрузки.

Перезапуск служб

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

Полный перезапуск службы выполняется командой restart:

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

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

Если нет уверенности, поддерживает ли служба «мягкую» перезагрузку конфигурации, можно воспользоваться универсальной командой:

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

Включение и отключение автозагрузки

Systemd может запускать службы автоматически при загрузке системы. За это отвечают команды enable и disable.

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

Чтобы убрать службу из автозагрузки, используйте:

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

Работа с юнитами systemd

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

Просмотр конфигурации юнита

Чтобы посмотреть содержимое файла юнита, используется команда cat. Она выводит тот файл, с которым сейчас работает systemd, включая все переопределения:

Зависимости юнитов

Юниты systemd часто зависят друг от друга: один модуль может запускаться только после другого или, наоборот, запускать дополнительные компоненты.

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

Если нужно узнать, какие юниты зависят от указанного, применяется флаг --reverse:

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

Просмотр свойств юнита

Для получения детальной информации о юните применяется команда show. Она выводит список свойств в формате ключ=значение: 

Если нужно получить значение одного конкретного свойства, его можно указать через параметр -p:

Маскировка юнитов

Systemd позволяет не просто отключить автозагрузку службы, но и полностью запретить ее запуск – это называется маскировкой.

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

После этого служба не сможет быть запущена вручную или автоматически. При попытке запуска systemd вернет ошибку.

Чтобы снять маскировку, пропишите:

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

Мониторинг работы служб

Если служба в systemd работает неправильно – не запускается, внезапно останавливается или ведет себя нестабильно – первым делом нужно посмотреть логи и воспользоваться инструментами диагностики. Они помогут разобраться в причине проблемы и понять, что пошло не так.

Просмотр логов служб

Для просмотра сообщений службы используется команда journalctl. Она показывает записи журнала, которые systemd сохранил для конкретного сервиса.

Чтобы увидеть все логи службы, выполните:

Если нужен только последний вывод, можно ограничить количество строк:

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

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

Анализ ошибок запуска

Если служба не запускается или сразу останавливается, сначала стоит проверить ее статус:

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

Для просмотра только сообщений об ошибках можно использовать журнал:

Проверка состояния службы

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

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

Для более простых проверок можно использовать отдельные команды:

• is-active – проверяет, запущена ли служба;
• is-enabled – показывает, включена ли служба в автозагрузке;
• is-failed – сообщает, завершилась ли служба с ошибкой.

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

Управление состояниями системы через цели systemd

В systemd важную роль играют цели – специальные юниты с расширением .target. Они описывают состояние системы и объединяют связанные между собой модули. 

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

Например, цель graphical.target отвечает за запуск системы с графическим интерфейсом. Все службы, которые необходимы для работы GUI, привязаны к ней. Если какой-то сервис требует, чтобы графическая среда уже была доступна, он просто указывает эту цель как зависимость.

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

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

Система перейдет в режим, который соответствует выбранной цели, и остановит все лишнее.

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

• systemctl rescue – переводит систему в режим восстановления с минимальным набором служб;
• systemctl emergency – запускает самый базовый режим для ручного исправления проблем;
• systemctl poweroff – корректно завершает работу системы;
• systemctl reboot – перезапускает систему.

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

Рекомендации по работе с systemd

• Начинайте диагностику со статуса и логов. Если служба работает некорректно, сперва проверьте ее текущий статус и просмотрите логи – зачастую причина проблемы сразу становится очевидна.
• Избегайте перезагрузки системы без необходимости. Чаще всего достаточно перезапустить только проблемную службу или обновить ее конфигурацию – это быстрее и безопаснее.
• Всегда проверяйте зависимости перед изменениями. Прежде чем отключать или маскировать юнит, выясните, какие другие службы от него зависят. 
• Используйте маскировку только при крайней необходимости. Маска полностью блокирует возможность запуска службы – даже вручную. Чтобы просто отключить автозагрузку, лучше использовать команду disable.
• Храните пользовательские настройки в правильном месте. Если нужно изменить поведение стандартного юнита, не редактируйте файлы в /usr/lib/systemd/system. Вместо этого создавайте переопределения в /etc/systemd/system – так вы сохраните исходные файлы и упростите будущие обновления системы.
• Не пытайтесь поменять все сразу – вносите изменения одно за другим. После каждой правки немного подождите и посмотрите: сработало ли изменение, как теперь ведет себя служба, есть ли странные записи в логах. Если что‑то пошло не так, вы сразу это заметите и сможете быстро исправить. Так гораздо проще, чем потом гадать, какое из десятка изменений вызвало проблему.
• Избегайте лишних изменений – вносите только то, что действительно необходимо. Так вы уменьшите вероятность неожиданных сбоев и сделаете дальнейшее обслуживание системы проще.
• Записывайте необычные настройки. Если пришлось внести нетипичные изменения в конфигурацию, обязательно зафиксируйте их в документации. В будущем это сэкономит время при обслуживании системы и поможет быстро передать информацию коллегам.
• Время от времени пересматривайте настройки служб. Проверьте, все ли текущие конфигурации по-прежнему нужны – возможно, какие-то изменения уже потеряли смысл или их можно сделать эффективнее. 

Заключение

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

На практике чаще всего используется ограниченный набор команд – их достаточно для решения большинства задач администрирования: