Юниты и systemctl

Всё, чем управляет systemd, является юнитом — типизированным объектом с именем, оканчивающимся на расширение типа. Шесть типов, которые ты встретишь чаще всего:

Имена юнитов следуют шаблону имя.тип: sshd.service, multi-user.target, apt-daily.timer. Тип сообщает systemd, какие ключи unit-файла допустимы и какую модель активации использовать.

# Список всех загруженных юнитов с их состоянием
systemctl list-units

# Только юниты типа service
systemctl list-units --type=service

# Все известные юниты, включая незагруженные
systemctl list-unit-files

systemctl status — первая команда, которую ты запускаешь при проблемах. Она сообщает много. Вывод насыщенный, но структурированный:

systemctl status nginx.service

Типичный вывод здорового сервиса:

● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2024-01-15 09:22:34 UTC; 3h 12min ago
       Docs: man:nginx(8)
   Main PID: 1234 (nginx)
      Tasks: 2 (limit: 4672)
     Memory: 5.8M
        CPU: 421ms
     CGroup: /system.slice/nginx.service
             ├─1234 "nginx: master process /usr/sbin/nginx -g daemon off;"
             └─1235 "nginx: worker process"

Jan 15 09:22:34 hostname systemd[1]: Starting A high performance web server...
Jan 15 09:22:34 hostname systemd[1]: Started A high performance web server.

Ключевые поля: Loaded показывает, разобрал ли systemd unit-файл и включён ли юнит. Active — состояние во время выполнения: active (running), active (exited), inactive (dead) или failed. Блок CGroup показывает точное дерево процессов. Хвост лога — последние записи журнала только для этого юнита.

Start, stop и restart управляют состоянием во время выполнения. Эти изменения действуют только до следующей перезагрузки — они не влияют на автозапуск юнита:

# Запустить остановленный юнит
sudo systemctl start nginx.service

# Остановить запущенный юнит (отправляет SIGTERM, затем SIGKILL по таймауту)
sudo systemctl stop nginx.service

# Перезапустить: стоп, затем старт (заменяет процесс)
sudo systemctl restart nginx.service

# Reload: отправить SIGHUP для перезагрузки конфига без остановки (если сервис поддерживает)
sudo systemctl reload nginx.service

# Reload-or-restart: предпочесть reload, откатиться на restart
sudo systemctl reload-or-restart nginx.service

Суффикс .service можно опустить при отсутствии неоднозначности — systemctl restart nginx работает так же, как systemctl restart nginx.service.

Enable и disable управляют тем, запускается ли юнит при загрузке — это отдельно от того, запущен ли он сейчас. Enable устанавливает симлинки в директорию target; disable их удаляет:

# Enable: создать симлинк для запуска при загрузке
sudo systemctl enable nginx.service

# Enable И запустить прямо сейчас (часто используется для новых сервисов)
sudo systemctl enable --now nginx.service

# Disable: удалить симлинк (не останавливает запущенный сервис)
sudo systemctl disable nginx.service

# Disable И остановить прямо сейчас
sudo systemctl disable --now nginx.service

После enable строка Loaded: в выводе systemctl status меняется с disabled на enabled. Теперь юнит подключён к multi-user.target (или к тому, что указано в WantedBy= в секции [Install]). После disable симлинк удаляется — юнит не запустится при следующей загрузке, но если он сейчас работает, то продолжает работать до остановки или перезагрузки.

Active vs enabled — самый частый источник путаницы у новых операторов. Это независимые оси:

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

# Код выхода 0 если active, ненулевой если нет
systemctl is-active nginx.service

# Код выхода 0 если enabled, ненулевой если нет
systemctl is-enabled nginx.service

# Проверить оба условия
if systemctl is-active --quiet nginx && systemctl is-enabled --quiet nginx; then
  echo "nginx работает и будет стартовать при загрузке"
fi