Пакеты, службы, журналы / Ступень 11 из 13

Задания cron и таймеры systemd

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

Шаг 7 из 8 · лаба · 15 мин

Задание cron не выполняется

Задание в расписании root должно каждую минуту отмечаться в файле, но файла нет. Найди, почему, и добейся, чтобы его писал cron.

Ситуация

В расписании root стоит задание: каждую минуту запускать /usr/local/bin/backup.sh. Скрипт записывает время своей работы в /var/backups/heartbeat — по этой отметке видно, что задание живо. Отметки нет ни разу, и никаких ошибок на экране никто не видел.

Задача

Задание на /usr/local/bin/backup.sh остаётся в расписании root.
cron сам выполняет его: /var/backups/heartbeat записывается при запуске по расписанию. Ручной запуск скрипта не в счёт.

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

Лаба · самостоятельно

Команды в этой лабе не даны: набирай их в терминале сам. Цели проверяются на машине после каждой команды.

Цели

0 из 2

Задание на /usr/local/bin/backup.sh по-прежнему в расписании root — ещё не выполнена
cron сам выполняет задание — /var/backups/heartbeat записан при его запуске — ещё не выполнена

Ctrl+Enter

Запустит машину node1 · Ubuntu 24.04

Машина запускается

Подсказки

0 из 3

Сообщить о проблеме

Цели лабы

0 из 2

Задание на /usr/local/bin/backup.sh по-прежнему в расписании root — ещё не выполнена
cron сам выполняет задание — /var/backups/heartbeat записан при его запуске — ещё не выполнена

node1 Ubuntu 24.04

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

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

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

Цели лабы

0 из 2

Задание на /usr/local/bin/backup.sh по-прежнему в расписании root — ещё не выполнена
cron сам выполняет задание — /var/backups/heartbeat записан при его запуске — ещё не выполнена

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

Cron — планировщик задач

Шпаргалка

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

crontab -e свой crontab
crontab -l показать текущую crontab
*/15 * * * * /usr/local/bin/backup.sh каждые 15 минут
systemctl list-timers список systemd-таймеров
journalctl -u backup.service лог конкретной задачи
grep CRON /var/log/syslog что запускал cron

cron

Формат строки crontab — пять полей времени + команда:

┌── минута (0-59)
│ ┌── час (0-23)
│ │ ┌── день месяца (1-31)
│ │ │ ┌── месяц (1-12)
│ │ │ │ ┌── день недели (0-7, 0 и 7 = вс)
│ │ │ │ │
* * * * *  command

bash

crontab -e                        # редактировать crontab пользователя
crontab -l                        # показать
*/15 * * * * /usr/local/bin/backup.sh   # каждые 15 минут
0 3 * * *   /usr/local/bin/nightly.sh    # ежедневно в 03:00

Системные cron — в /etc/cron.d/, /etc/crontab, /etc/cron.{daily,weekly}.

Чужие crontab

Личные crontab лежат в /var/spool/cron/crontabs/, по файлу на пользователя. Каталог закрыт: список видит только root, файл читает только владелец.

text

student@ubuntu:~$ ls -ld /var/spool/cron/crontabs
drwx-wx--T 2 root crontab 4096 Oct 21 05:48 /var/spool/cron/crontabs
student@ubuntu:~$ sudo ls -l /var/spool/cron/crontabs
-rw------- 1 deploy crontab 209 Oct 21 05:48 deploy
student@ubuntu:~$ crontab -l -u deploy
must be privileged to use -u
student@ubuntu:~$ sudo crontab -l -u deploy
* * * * * /usr/local/bin/tweak.sh

Каждый запуск cron пишет в журнал: CRON[2086]: (deploy) CMD (/usr/local/bin/tweak.sh) — так находят, чьё задание сработало.

bash

sudo crontab -e -u deploy                 # поправить или удалить строку
sudo crontab -l -u deploy | grep -v tweak \
  | sudo crontab -u deploy -              # убрать одну строку
sudo crontab -r -u deploy                 # удалить ВСЕ задания deploy

Файл в /var/spool/cron/crontabs/ руками не правят: crontab проверяет синтаксис и ставит файлу нужные права и владельца. После crontab -r — no crontab for deploy: стёрты все строки, а не одна.

Расписание и часовой пояс

cron считает расписание по часовому поясу машины: 0 3 * * * — 03:00 по тому времени, которое показывает date. Пояс машины — в timedatectl (timedatectl); на учебной машине это Etc/UTC.

Смену пояса cron подхватывает без перезапуска. Задание 19 21 * * * после sudo timedatectl set-timezone Asia/Tokyo сработало в 21:19 по Токио:

text

student@node1:~$ cat /tmp/cron-tz.log
Wed Oct 21 21:19:01 JST 2026

Строка TZ=Asia/Tokyo в crontab меняет только окружение задания: date внутри него печатает время Токио, а срабатывает задание всё равно по поясу машины. Сервер обычно держат в UTC — тогда расписание пишут в UTC. Сколько это по UTC в другом поясе, покажет date:

text

student@ubuntu:~$ date -u -d 'TZ="Europe/Moscow" 03:00'
Wed Oct 21 00:00:00 UTC 2026

03:00 по Москве — 00:00 по UTC: строка расписания 0 0 * * *.

systemd timers

Пара файлов: .service (что делать) + .timer (когда).

ini

# backup.timer
[Unit]
Description=Nightly backup
[Timer]
OnCalendar=*-*-* 03:00:00
Persistent=true
[Install]
WantedBy=timers.target

bash

sudo systemctl enable --now backup.timer
systemctl list-timers             # таймеры и следующий запуск
journalctl -u backup.service      # лог выполнения задачи

Расписание OnCalendar, окружение службы и неполадки таймеров — в systemd-timers.

cron-задача не выполняется

У cron скудный $PATH и нет окружения интерактивной сессии (алиасов, переменных из ~/.bashrc) — указывай абсолютные пути к командам и файлам, не полагайся на то, что видно в обычном терминале.
Логи: journalctl -u cron (Ubuntu 24.04) или grep CRON /var/log/syslog (если cron пишет в syslog, а не только в journald).
Каждая строка должна заканчиваться переводом строки; символ % в команде — это перевод строки для cron, его нужно экранировать (\%).

Таймер не сработал, пока машина была выключена

Добавь Persistent=true — выполнит пропущенный запуск после включения.

Не знаю, когда следующий запуск

systemctl list-timers --all покажет все таймеры, включая неактивные, вместе с временем последнего и следующего запуска.

Задача из crontab пользователя не видна в system crontab

crontab -e редактирует crontab текущего пользователя (хранится в /var/spool/cron/crontabs/) — отдельно от системных файлов /etc/crontab и /etc/cron.d/*, у которых пятое+одно поле — это ещё и имя пользователя, от которого запускать команду. Перепутать формат — частая причина «работает у меня в crontab -e, не работает как системная задача».