🐧 Linux · 20 вопросов · ~45 мин · ⏱ Таймер 45:00 · Средний · 👥 1 прошёл

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

Unit-файл описывает не только команду запуска, но и пользователя, окружение, зависимости, политику перезапуска и границы ресурсов. Тест требует читать фактическое состояние systemd, отличать enable от start и находить причину отказа по unit, журналу и свойствам процесса.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. На 20 вопросов отведено 45 минут. Не меньше половины заданий требуют разобрать команды, сценарий Bash, конфигурацию или диагностический вывод. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и краткий разбор каждого решения.

Вопрос 1 из 20

В каком разделе unit-файла обычно находится ExecStart?

[Unit]
Description=Example

[Service]
ExecStart=/usr/local/bin/example

[Install]
WantedBy=multi-user.target

[Service] [Timer] [Unit] [Install]

Вопрос 2 из 20

Почему ExecStart=/bin/echo ~/data не разворачивает ~ как интерактивный Bash?

[Service]
User=app
ExecStart=/bin/echo ~/data

echo раскрывает ~ только при выводе в терминал В ExecStart запрещены аргументы, начинающиеся с ~ systemd не выполняет shell-расширение тильды User=app очищает домашний каталог перед запуском

Вопрос 3 из 20

После изменения /etc/systemd/system/app.service systemctl restart app использует старое определение. Чего не хватает?

systemctl daemon-reload перед перезапуском systemctl enable app systemctl isolate app journalctl --vacuum-time=1s

Вопрос 4 из 20

Зачем применять systemctl edit app.service вместо прямого редактирования файла пакета в /usr/lib/systemd/system?

sudo systemctl edit app.service
# /etc/systemd/system/app.service.d/override.conf
[Service]
MemoryMax=1G

Drop-in отделяет локальную правку и сохраняется после обновления пакета Drop-in обрабатывается раньше основного unit и полностью заменяет его Локальная правка в /usr/lib имеет приоритет над файлами в /etc systemctl edit меняет vendor unit на месте и сохраняет копию до обновления

Вопрос 5 из 20

Когда Type=oneshot уместнее Type=simple?

Когда процесс форкается дважды и пишет PID-файл Для конечной команды, завершающейся после действия Когда unit является таймером Когда нужен сетевой сокет UDP

Вопрос 6 из 20

Что делает systemctl enable app.service?

systemctl is-active app.service
# inactive
sudo systemctl enable app.service
systemctl is-enabled app.service
# enabled

Открывает сетевой порт Создаёт ссылки автозапуска и сразу запускает unit Проверяет синтаксис приложения Настраивает автозапуск, не запуская unit немедленно

Вопрос 7 из 20

Статус службы active (exited). Что это может означать?

Служба только включена на загрузку Успешный oneshot с RemainAfterExit Процесс находится в состоянии zombie Завершившийся основной процесс означает failed, кроме Type=forking

Вопрос 8 из 20

Чем systemctl is-enabled отличается от is-active?

systemctl is-enabled app.service
systemctl is-active app.service

is-enabled работает только для таймеров is-enabled — автозапуск, is-active — текущее состояние Различия нет Первое проверяет сеть, второе диск

Вопрос 9 из 20

Что делает Restart=on-failure?

Перезапускает службу после нештатного завершения Запускает две копии для отказоустойчивости Перезапускает unit после любого systemctl stop Исправляет конфигурацию перед запуском

Вопрос 10 из 20

Почему MainPID=0 у active oneshot-unit не обязательно является ошибкой?

systemctl show setup-network.service -p Type -p ActiveState -p SubState -p MainPID

oneshot может хранить состояние без работающего процесса systemd скрывает PID от root PID 0 принадлежит приложению PID 0 означает, что служба выполняется как поток ядра

Вопрос 11 из 20

Что гарантирует After=network.target?

Только порядок относительно network.target Доступность интернета и DNS Автоматическое добавление зависимости Requires Успешное подключение к удалённой базе

Вопрос 12 из 20

Чем Requires=database.service отличается от Wants=database.service?

[Unit]
Requires=database.service
After=database.service

Wants запрещает database останавливаться Requires — обязательная связь, Wants — мягкая Requires одновременно задаёт порядок After относительно базы Wants задаёт порядок, Requires — пользователя процесса

Вопрос 13 из 20

При совместной остановке app.service должен завершиться раньше database.service. Какая директива выражает нужный порядок?

[Unit]
After=database.service
Requires=database.service

PartOf=database.service в app.service Before=database.service в app.service Requires=database.service в app.service After=database.service в app.service

Вопрос 14 из 20

Почему добавление sleep 30 перед сетевым клиентом хуже прикладных повторов?

network-online.target подтверждает готовность любого удалённого сервиса Фиксированная пауза не проверяет готовность ExecStartPre не допускает запуск внешней команды sleep sleep удерживает процессор занятым на всё время ожидания

Вопрос 15 из 20

Что показывает systemctl list-dependencies --reverse app.service?

systemctl list-dependencies --reverse app.service

Обратные зависимости от app.service Дочерние процессы app Открытые файлы службы Историю перезапусков

Вопрос 16 из 20

Какой первый набор данных полезен при failed-службе?

systemctl status app.service --no-pager
journalctl -u app.service -b --no-pager -n 100
systemctl show app.service -p Result -p ExecMainStatus

Только uptime и общий load average хоста systemctl status, journalctl -u для текущей загрузки и ExecMainStatus Сразу перезапустить unit, не сохранив исходное состояние Только список процессов без статуса unit и журнала

Вопрос 17 из 20

Журнал говорит WorkingDirectory= path not found. Что исправлять?

Повысить RestartSec до часа Удалить journal Исправить WorkingDirectory и перечитать unit Открыть порт в firewall

Вопрос 18 из 20

Служба быстро падает и получает start request repeated too quickly. Что произошло?

journalctl -u app.service -b -n 30
systemctl reset-failed app.service

Unit остановлен из-за отсутствия PIDFile, даже если тип службы его не использует systemd обнаружил слишком много пользователей Закончились inode только в /home Сработало ограничение частых попыток после серии неудачных стартов

Вопрос 19 из 20

EnvironmentFile=-/etc/app/env отсутствует, но служба запускается. Почему?

EnvironmentFile читается только после выхода процесса Начальный дефис делает отсутствие файла допустимым Переменные взяты из ~/.bashrc root Переменные из файла были сохранены в unit во время daemon-reload

Вопрос 20 из 20

ExecStartPre=/usr/bin/app --check-config возвращает 1. Что сделает systemd?

[Service]
ExecStartPre=/usr/bin/app --check-config /etc/app.conf
ExecStart=/usr/bin/app -c /etc/app.conf

Не запустит основной ExecStart и отметит запуск неуспешным Запустит основной процесс с правами root независимо Удалит конфигурацию Игнорирует статус всех ExecStartPre

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу