Почему команда не срабатывает в cron?

Question

[m5xim]

Добрый день.
Есть ubuntu 20.04, в кронтаб рута (sudo crontab -e) добавил :

@reboot echo 60 > /sys/class/power_supply/BAT0/charge_control_end_threshold

При перезагрузке команда срабатывает (добавлял тестовый вывод в файл), но изменения не применяются.
Если выполнить команду в терминале вручную

echo 60 | sudo tee /sys/class/power_supply/BAT0/charge_control_end_threshold

то изменения будут применены. Странно, но помню что такое замечал и с другими командами, возможно во время '@reboot' хука система не полностью инициализирована, или что-то в этом роде. Кто сталкивался с подобным, подскажите причины

UPD: После переноса в /etc/rc.local (файла по дефолту не было, кому надо погуглите) заработало, правда у GUI после включения системы бывает задержка, минуты 2 еще показывает заряд, а потом только обновляется (если проверить через терминал то значение устанавливает сразу)

Comments

[Stanislav Pugachev]

а почему у вас в кронтабе команда одна, а в ручную вы выполняете другую команду?

[m5xim]

Stanislav Pugachev, да, вы правы, не обратил внимания, но они делают одно и то же, и я проверил обе работают в терминале и обе не срабатывают в crontab, причем хуже всего что баг плавающий, 3 раза не сработает, 1 сработает и наоборот..

Answer 1

[Vitaly Karasik]

возможно во время '@reboot' хука система не полностью инициализирована,

Я думаю в этом причина.
Запускайте в rc.local.

Comments

[m5xim]

Спасибо, помогло. GUI бывает сначала отображает зарядку, но при проверке через терминал значение установлено верное, и через пару минут GUI тоже обновляется

Answer 2

[Adamos]

В кроне нет PATH.
Пропишите полные пути к любой команде, которая у вас "а вручную выполняется".

Comments

[m5xim]

Я слышал об этом, если вы могли заметить пути и есть абсолютные

/sys/class/power_supply/BAT0/charge_control_end_threshold

[Adamos]

m5xim, да не к файлам. К командам.
/sbin/reboot
/bin/echo

[m5xim]

Adamos, попробовал, эффект тот же

Answer 3

[Valdemar Smörman]

Потому что надо обязательно перезагрузить Cron:
sudo /etc/init.d/cron restart

Comments

[m5xim]

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

[Valdemar Smörman]

Эта фича появилась в последних релизах и cron, пока перегруз его принудительно не сделаешь, не работает в задании оч. часто.

Если и в таком случае не работает, то пути полные проверьте.

[m5xim]

Как я уже отписал я это проверил, результат тот же. В задании команда работала, т.к. отрабатывал тестовый вывод. Пути также полные

[Valdemar Smörman]

m5xim, Проблему Cron отметка Решение конечно не решила!

Я вот сейчас не поленился и специально проверил ваш вопрос...

Если я попытаюсь создать в Терминале каталог BAT0:
sudo mkdir /sys/class/power_supply/BAT0

то получу ошибку:

mkdir: невозможно создать каталог «/sys/class/power_supply/BAT0»: Операция не позволена

А если я попытаюсь создать этот каталог например в /opt/, то он создастся.
И ваше же задание в Cron:

@reboot echo 60 > /opt/BAT0/charge_control_end_threshold

прекрасно отрабатывает после перегрузки!

И, судя по вашему посту, вы его - каталог всё же создали, а ошибка у вас видимо тоже была, но вы её решили видимо chmod -R 777 на весь /sys.

Т.е. прав на /sys у пользователя нет, у sudo и cron тоже нет.
А за это отвечает группа staff.

Тут видимо добавить себя - пользователя надо в staff, чтобы в этот каталог cron отрабатывал.

[m5xim]

Valdemar Smörman, спасибо конечно за участие, но только фантазировать это лишнее. Все именно так как я описал и проблема решена. /sys/class/power_supply/BAT0/charge_control_end_threshold существует по дефолту, это опция регулирует лимит, после которого будет остановлена зарядка батареи (актуально для ноутбуков при работе от сети, если интересно вот подробнее https://www.reddit.com/r/linuxhardware/comments/g8... )

[Valdemar Smörman]

m5xim, я не фантазирую, а попробовал экспериментально у себя выполнить ваш же алгоритм действий с Cron.
И, вот, как описал, так у меня и есть.

Доступа от пользователя и sudo к /sys нет и я ничего изначально не предпринимал с правами и группами.
Всё в системе по умолчанию.

Повторюсь, если бы к примеру каталог BAT0 был в /opt, то всё прекрасно работает.

А в /sys не даёт доступа из за неучастия пользователя в группе staff, поэтому cron и не отрабатывает.