Запуск скрипта с root при старте системы через cron

Если вы управляете домашним сервером или просто хотите автоматизировать задачи на Linux‑машине, запускать скрипты при старте под root‑привилегиями — распространённая потребность. Это устраняет ручной вход по SSH и последовательный запуск команд. Однако автоматический запуск с root — это риск: плохой скрипт может повредить систему. Ниже — простая и проверяемая инструкция, а также рекомендации по безопасности и отладке.

Зачем использовать cron для запуска при старте

• Автоматизация повседневных задач (монтирование, бэкапы, поднятие сервисов).
• Гарантия запуска после каждого перезапуска системы.
• Простота настройки без сложной службы systemd (хотя systemd часто предпочтительней для сервисов).

Краткое определение: cron — системный планировщик задач, который может запускать команды по расписанию или при загрузке с помощью специального синтаксиса @reboot.

Подготовка: проверьте cronie или cron

Большинство дистрибутивов включает средство для cron. Попробуйте в терминале:

crontab -l

Если команда не работает или crontab не доступен, установите пакет cron/cronie через менеджер пакетов вашего дистрибутива (apt, yum, dnf, pacman и т.д.). Например в Debian/Ubuntu:

sudo apt update && sudo apt install cron

После установки убедитесь, что демон запущен:

systemctl enable --now cron

Для других систем имя службы может быть cronie.

Как добавить скрипт в автозагрузку через crontab

Откройте crontab для root‑пользователя:

sudo crontab -e

Важно: использовать sudo, если вы хотите, чтобы команда выполнялась с root‑правами. Без sudo задача будет добавлена в crontab текущего пользователя.

Внизу файла добавьте строку с @reboot и полным путём до вашего скрипта:

@reboot /home/derrik/startupscript.sh

Проверьте, что скрипт исполняемый:

sudo chmod +x /home/derrik/startupscript.sh

Если в скрипте используются переменные окружения или пути, явно укажите окружение в скрипте или добавьте нужные export. Cron запускает задачи с минимальным окружением.

Сохраните crontab (в nano: Ctrl+O, Enter, Ctrl+X).

Рекомендации по структуре скрипта

• В первой строке укажите интерпретатор: #!/bin/bash или #!/usr/bin/env bash.
• Логируйте действия в файл: > /var/log/startupscript.log 2>&1 или используйте logger.
• Выполняйте проверку окружения и ожидание сетевых интерфейсов при необходимости (например, ждать поднятия сети перед попыткой подключиться к удалённому ресурсу).

Пример простого шаблона:

#!/bin/bash
set -euo pipefail

echo "$(date) — Старт startupscript" >> /var/log/startupscript.log
# Дождаться сети
sleep 10
# Запустить задачу
/usr/bin/some-command --option >> /var/log/startupscript.log 2>&1

Удаление скрипта из автозагрузки

Откройте crontab снова:

sudo crontab -e

Удалите строку с @reboot и сохраните файл. Перезагрузите систему для проверки.

Устранение неполадок

Если скрипт не выполняется, проверьте:

1. Системный журнал cron:

grep CRON /var/log/syslog

(в некоторых системах журнал может быть в /var/log/cron).

2. Логи, которые вы настроили в скрипте (/var/log/startupscript.log).
3. Права доступа и shebang в начале скрипта.
4. Полные пути к исполняемым файлам (cron использует минимальное PATH).
5. Зависимости от сети или ресурсов — добавьте ожидание или systemd unit с Wants=network-online.target.

Примеры частых ошибок и как их исправить:

• Ошибка: “command not found” — укажите полный путь до команды.
• Скрипт выполняется, но выходит с ошибкой — включите логирование и set -x для подробного вывода.

Безопасность и надёжность

Important: запускать код с root‑правами нужно осторожно. Минимизируйте количество кода, выполняемого как root. Рассмотрите запуск сервисов под ограниченным пользователем.

Рекомендации:

• Проверяйте целостность и происхождение скриптов.
• Ограничивайте права на файлы (chmod 700 для скрипта, если используется только root).
• Логируйте действия и следите за аномалиями.
• Для долгоживущих демоноподобных задач предпочтительнее systemd unit с Restart=on-failure.

Когда cron не лучший выбор (альтернативы)

• Для сервисов, которые должны автоматически перезапускаться и иметь управление статусом, используйте systemd.
• Для задач, требующих точного порядка запуска (зависимости от других служб), systemd обеспечивает явные зависимости.

Ментальная модель: cron — простой планировщик. systemd — система и менеджер сервисов с зависимостями.

Быстрый чек-лист перед развертыванием

• Скрипт имеет shebang и права +x.
• Путь в crontab — абсолютный.
• Логирование настроено.
• Тестовый запуск вручную под root проходит.
• Ограничены права доступа к скрипту.
• Оценены последствия ошибок скрипта.

Критерии приёмки

• Скрипт запускается автоматически после перезагрузки в течение ожидаемого времени.
• В логах есть отметка о запуске и результате (успех/ошибка).
• Отсутствие критических ошибок в системном журнале, связанных со скриптом.

Мини‑методология развёртывания (playbook)

1. Подготовьте и протестируйте скрипт вручную.
2. Добавьте логирование и обработку ошибок.
3. Настройте crontab через sudo crontab -e (строка @reboot).
4. Установите права и сохраните копию скрипта в защищённом каталоге.
5. Перезагрузите систему и проверьте логи.
6. При проблемах — включите подробный вывод и исправьте.

“Автоматизация без контроля — не автоматизация, а риск.” — эксперт по администрированию.

Часто задаваемые вопросы

Как увидеть, выполнялся ли cron‑запуск?

Проверьте системные логи и файл логов, который вы настроили в скрипте. Используйте grep CRON в /var/log/syslog.

Можно ли использовать @reboot для пользовательского crontab без sudo?

Да, но тогда скрипт будет выполняться под этим пользователем, а не как root.

Что если скрипту нужен интернет сразу после загрузки?

Добавьте ожидание сети (sleep или проверку интерфейса) или используйте systemd с network-online.target.

Заключение

Использование @reboot в crontab root‑пользователя — простой способ автоматизировать задачи при старте машины. Соблюдайте базовые меры безопасности, тестируйте скрипты вручную и логируйте выполнение. Для сложных или критичных сервисов рассматривайте systemd как более управляемую альтернативу.

Что вы планируете запускать при старте? Поделитесь в комментариях.