Пакеты, службы, журналы / Ступень 6 из 13 · шаг 6 из 7

Служба не поднимается после перезагрузки

~10 мин

Не запущена Запускается обычно ~20 с

Ситуация

Ночью сервер перезагрузили по плану. Утром служба demo-web не работала, пока дежурный не запустил её вручную. Сейчас она работает, но следующая перезагрузка может снова оставить сервер без неё.

Задача

Служба demo-web работает сейчас.
При следующей загрузке системы demo-web запустится сама.

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

Нужные инструменты уже установлены. Интернета на машине нет.

Цели лабы

0 из 2

Служба demo-web активна — ещё не проверялась
Служба demo-web включена в автозапуск — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Службы и systemd · подобрано по лабе

systemctl — управление службами systemd

Шпаргалка

$_ — вставить в терминал

systemctl status nginx --no-pager состояние, без пейджера
sudo systemctl status nginx + последние строки журнала
systemctl start nginx запустить сейчас
systemctl stop nginx остановить сейчас
systemctl restart nginx перезапустить (обрывает соединения)
systemctl enable --now nginx включить автозапуск и запустить сразу
systemctl cat nginx --no-pager unit-файл целиком
systemctl edit nginx открыть drop-in override
sudo systemctl daemon-reload перечитать юниты после правки
systemctl --failed список упавших юнитов
sudo journalctl -xeu nginx почему юнит упал

enable и start — независимые операции: enable только прописывает юнит в автозапуск, службу текущего сеанса это не трогает, поэтому после enable без --now служба остаётся неактивной до перезагрузки или явного start. Верно и обратное: start без enable не переживёт перезагрузку.

Управление

bash

sudo systemctl status nginx --no-pager   # состояние + хвост журнала
systemctl start nginx             # запустить сейчас
systemctl stop nginx              # остановить
systemctl restart nginx           # перезапустить (рвёт соединения)
systemctl reload nginx            # перечитать конфиг без обрыва (если служба умеет)
systemctl reload-or-restart nginx # reload, иначе restart
systemctl enable --now nginx      # включить автозапуск И запустить
systemctl disable --now nginx     # выключить автозапуск И остановить
systemctl mask nginx              # запретить запуск вообще (даже вручную/по зависимости)
systemctl is-active --quiet nginx # тихая проверка для скриптов (код возврата)
systemctl is-enabled nginx

reload vs restart: reload просит службу перечитать конфиг (без даунтайма), restart — полный перезапуск.

Просмотр и юниты

bash

systemctl list-units --type=service --state=running   # что работает
systemctl list-unit-files --state=enabled             # что в автозапуске
systemctl --failed                                    # что упало
systemctl cat nginx                                   # показать unit-файл целиком
systemctl show nginx -p MainPID,ActiveState,ExecStart # конкретные свойства
systemctl list-dependencies nginx                     # дерево зависимостей
systemctl edit nginx                                  # override-сниппет (drop-in, безопасно)
systemctl edit --full nginx                           # править весь юнит
sudo systemctl daemon-reload                          # после ЛЮБОЙ правки юнита

edit создаёт drop-in в /etc/systemd/system/<unit>.d/override.conf — пакетный юнит не трогается, апдейты его не затрут.

`is-active` врёт после ручного запуска бинарника

systemctl видит только то, что запущено им самим. Запускай через systemctl start, не вручную.

Изменения в юните не применяются

После правки .service нужен sudo systemctl daemon-reload, затем restart. Если правил пакетный юнит руками — используй systemctl edit (drop-in).

Служба «activating» и висит

Смотри Type= в юните и journalctl -xeu <unit>: часто неверный Type=notify без сигнала готовности или зависший ExecStart.

Служба «не стартует и не пишет почему»

sudo systemctl status -l --no-pager <unit> + sudo journalctl -u <unit> -b (за текущую загрузку). systemctl reset-failed <unit> сбрасывает счётчик рестартов (после починки).

Warning: some journal files were not opened due to insufficient permissions.

systemctl status показал состояние службы, но без строк журнала. Журнал служб читают root и группы adm и systemd-journal, у обычного пользователя их нет. Запусти с правами: sudo systemctl status nginx --no-pager или sudo journalctl -u nginx -n 20. Постоянно — членство в группе: sudo usermod -aG systemd-journal имя (действует после нового входа, см. usermod).

Вывод открылся в пейджере, приглашения нет

Длинный вывод status, cat, list-units не помещается в окно терминала, и systemctl показывает его через less: q — выход. Чтобы напечатать сразу в терминал, добавь --no-pager.

enable не работает — «no installed section»

В юните нет [Install]. Либо это статический юнит, либо включай через зависимость/ target.

stop и restart разрывают текущие соединения к службе немедленно; на проде для служб с graceful-остановкой сначала проверь, есть ли reload. mask запрещает запуск юнита даже как зависимость — сервис не поднимется вместе с другими, пока не снимешь маску (systemctl unmask), и это легко забыть. disable --now для системной службы, от которой зависят другие юниты, роняет и их: проверь systemctl list-dependencies --reverse <unit> заранее.