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

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

~15 мин

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

Ситуация

В расписании 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 записан при его запуске — ещё не проверялась

Подсказки

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

Подсказка 1

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

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

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

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

Службы и 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, не работает как системная задача».