В чём разница между абсолютными и относительными путями в скриптах автоматизации, и почему cron-задача может падать с ошибкой "файл не найден", хотя скрипт работает при ручном запуске?

Короткий ответ

Относительный путь интерпретируется от текущей рабочей директории процесса, а она у cron (как правило, $HOME пользователя или /) и в терминале разработчика отличается; поэтому скрипт с относительными путями и урезанным PATH из cron часто не находит ни свои файлы, ни внешние команды, хотя при ручном запуске из нужной директории всё работает.

Как это работает подробнее

при ручном запуске из терминала рабочая директория — та, где вы находитесь, и PATH содержит все пути из профиля оболочки (.bashrc, .profile); cron запускает задачи с минимальным окружением, без загрузки профиля пользователя и обычно с рабочей директорией $HOME или неопределённой.

Пример кода

example-478.shКопировать

# plohoy variant: сработает только если запустить руками из нужной папки
#!/usr/bin/env bash
source ./env_vars.sh
python3 report.py
# nadezhny variant: не зависит от текущей директории запуска
#!/usr/bin/env bash
cd "$(dirname "$0")"
source ./env_vars.sh
/usr/bin/python3 report.py

Что использовать на практике

• Рекомендация. в скриптах автоматизации нужно либо использовать абсолютные пути ко всем файлам и исполняемым командам, либо явно переходить в нужную директорию в начале скрипта (cd "$(dirname "$0")" или заданный абсолютный путь), а также явно задавать PATH и нужные переменные окружения в самом скрипте или в crontab.

Подводные камни

• Ошибка. полагаться на относительные пути вида ./config.yaml или ../scripts/helper.sh без явного cd; рассчитывать, что переменные окружения вроде PATH, JAVA_HOME или алиасы из .bashrc доступны в cron так же, как в интерактивной сессии.