Таймер systemd — юнит .timer, который по расписанию запускает одноимённую службу; её вывод пишется в журнал.
systemctl list-timers
таймеры и следующий запуск
systemctl list-timers --all
и неактивные тоже
sudo systemctl enable --now clean.timer
включить и запустить
sudo systemctl start clean.service
выполнить задачу сейчас
journalctl -u clean.service -n 20
вывод последних запусков
systemd-analyze calendar 'Mon..Fri 03:00'
проверить расписание
systemctl cat clean.timer
что записано в юните
sudo systemctl daemon-reload
после правки файлов юнитов
Таймер — юнит systemd с расширением .timer. Сам он ничего не
выполняет: в назначенное время он запускает службу, по умолчанию одноимённую
(clean.timer → clean.service). Поэтому задача — это пара файлов в
/etc/systemd/system: служба описывает, что делать, таймер — когда.
Type=oneshot — служба, которая выполняет команду и завершается; пока скрипт
работает, она в состоянии activating. Включают таймер: у службы нет секции
[Install], и systemctl enable clean.service выдаст только длинное
предупреждение. Включённый таймер виден в списке со временем следующего запуска:
| cron | таймер systemd | |
|---|---|---|
| вывод задачи | почта или пропадает | журнал службы, journalctl -u |
| машина была выключена | запуск пропущен | Persistent=true — выполнит после старта |
| прошлый запуск ещё идёт | стартует второй | тот же юнит второй раз не стартует |
| запустить вне расписания | скопировать команду в терминал | systemctl start в тех же условиях |
Полная форма — ДеньНедели Год-Месяц-День Час:Минута:Секунда. Любая часть
может быть *, списком через запятую, диапазоном через .. или шагом через /.
| Запись | Когда |
|---|---|
hourly |
каждый час, в :00 |
daily |
каждый день в 00:00 |
weekly |
по понедельникам в 00:00 |
*-*-* 03:30 |
каждый день в 03:30 |
Mon..Fri 03:00 |
по будням в 03:00 |
Sat,Sun 10:00 |
по выходным в 10:00 |
*-*-01 04:00 |
первого числа каждого месяца |
*:0/15 |
каждые 15 минут |
03:00 Europe/Moscow |
в 03:00 по московскому времени |
Без пояса время считается по часам машины (timedatectl). Запись проверяет
systemd-analyze calendar — она показывает и ближайший запуск:
Кроме календаря таймер умеет считать от событий: OnBootSec=5min — через пять
минут после загрузки, OnUnitActiveSec=1h — через час после прошлого запуска
службы.
Служба стартует вне твоего терминала, и окружение у неё своё:
/: относительный путь в скрипте считается от корня;
свой каталог задаёт WorkingDirectory=;PATH короткий: ~/bin и добавки из ~/.bashrc в нём нет;~/.bashrc и из строк crontab нет — их задают
Environment=ИМЯ=значение или EnvironmentFile=;HOME пуст; с User=student служба идёт от student и
получает HOME=/home/student;~/.profile и ~/.bashrc не читаются, umask — 0022.Всё, что скрипт печатает в stdout и stderr, попадает в журнал
службы. Ключ -o cat убирает из строк время, имя машины и clean.sh[PID]:
Type=oneshot, в ExecStart= — полный путь к скрипту, нужные
переменные — в Environment=.30 3 * * * в cron — это
OnCalendar=*-*-* 03:30.sudo systemctl daemon-reload, затем sudo systemctl start clean.service
и журнал — убедись, что задача проходит.sudo systemctl enable --now clean.timer./etc/cron.d.Для oneshot команда systemctl start ждёт конца скрипта и возвращает 0 или
1. В status видно, с каким кодом он вышел: status=0/SUCCESS.
Такой таймер живёт до перезагрузки, остановить его — systemctl stop tick.timer.
Скрипт выполнится временной службой: каталог /, короткий PATH, root или
пользователь из -p User=. Ошибки окружения видны до первого запуска по
расписанию, а код systemd-run равен коду скрипта:
Дело почти всегда в окружении службы (раздел «Окружение службы» выше). Причину пишет журнал службы:
command not found — полный путь или Environment=PATH=…; файл «не найден» по
относительному пути — WorkingDirectory=; пустая переменная —
Environment=.
Скрипт вернул не 0. В журнале службы:
Код скрипта — код его последней команды (см.
коды завершения). Служба остаётся в failed до
следующего успешного запуска или systemctl reset-failed.
systemctl list-timers --all: прочерк в столбце NEXT значит, что таймер не
запущен. systemctl is-enabled clean.timer покажет disabled — выполни
sudo systemctl enable --now clean.timer.
Таймеру не на что указывать: службы с тем же именем нет. Переименуй файлы
одинаково или назови службу в таймере: Unit=clean.service в [Timer].
Ошибка в OnCalendar=, таймер не запустится. В журнале
(journalctl -u clean.timer) две строки: clean.timer:5: Failed to parse
calendar specification, ignoring: daily at 3 и Timer unit lacks value
setting. Refusing.
Проверь запись командой systemd-analyze calendar '…', а весь файл —
systemd-analyze verify /etc/systemd/system/clean.timer.
Файл юнита поправлен, а systemd работает по старой версии — и старому
расписанию. Выполни sudo systemctl daemon-reload, затем
sudo systemctl restart clean.timer.
enable вызван для службы. Включать нужно таймер:
sudo systemctl enable --now clean.timer.
В службе стоит RemainAfterExit=yes. После первого запуска она остаётся
активной, хотя скрипт уже завершился:
Следующий запуск таймера (и systemctl start) ничего не делает: служба уже
«работает». Задаче по расписанию эта строка не нужна — убери её, выполни
daemon-reload и systemctl stop clean.service.
Перенёс задачу в таймер — убери её из cron. Иначе она идёт по двум расписаниям, и запуски могут наложиться: systemd не знает о копии из cron. Защита от наложения между разными запусками — flock.
Время прошлого запуска хранится в /var/lib/systemd/timers/stamp-*.timer. Если
машина была выключена, пропущенный запуск случится сразу после загрузки — тяжёлая
задача (резервная копия, очистка) стартует вместе с системой.
failed и что значит status=1.PATH и почему его нет у службы.Есть неточность? Сообщить об ошибке в статье