Планировщик cron: не выполняется пользовательский скрипт.?

Question

[OLZ1]

Linux Mint 20.1 Ulyssa (Cinnamon 4.8.6)
Суть такова. Планировщику прописывается регулярная задача выполнения определённого сценария при включении/перезагрузке компьютера.
Допустим, в качестве сценария принимается незамысловатая чистка содержимого файла .bash_history:

#!/bin/sh
> ~/.bash_history

Данный сценарий заключён в отдельный испоняемый файл simple_script. При "ручном" запуске этого файла ошибок не возникает: требуемый файл чистится "как надо" ($./simple_script --> ok)
Но возникла необходимость поступить смелее - и попросить планировщик cron выполнять эту задачу самостоятельно.
При этом конкретное время выполнения сценария не прописывается: необходимо выполнять эту задачу при запуске системы (=> задействуется ключевое слово @reboot => anacron).
Мои действия следующие. В папке /etc/cron.daily размещаю для удобства вышеописанный файл simple_script ("чтобы уж наверняка"), и там же создаю исполняемый файл run, в котором прописывается:

#!/bin/sh
@reboot /etc/cron.daily/simple_script

Далее перезагружаю компьютер и - ничего не исполняется.
Что не так в этих действиях? Вернее - как выполнить поставленную задачу с использованием параметра @reboot без модифицирования конфигурационного файла?

Answer 1

[Saboteur]

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

2. В конкретно вашем случае вы используете системный кронтам, а не пользовательский. ~/.bash_history будет относиться к текущему юзеру, который в данном случае будет root
Точно у рута не очищается хистори при ребуте?

Comments

[OLZ1]

Saboteur, спасибо за быстрый ответ! По первому пункту не понятно. Скрипт simple_script, расположенный в пользовательском разделе (/home), безошибочно выполняется через терминал.
2. Не очищается.
Также пробовал создать задачу с помощью crontab -e. Скрипт создался в /var/spool/cron/crontabs. Однако и в этом случает ребут не почистил историю. Одно не разберу, в конфигурационном файле нет строчки про эту директорию (как сделано в утилите logrotate, где в основном конфиг.файле включена строчка #include /etc/logrotate.d). Как планировщик "догадывается" выполнять пользовательское задание тогда?

upd. Сейчас попробую переместить скрипт в / и запустить.

[Saboteur]

так crontab сервис запущен от вашего юзера?
если нет, то какой путь у crontab сервиса будет ~/simple_script?

В кронтабе не пользуйтесь подобными сокращениями и алиасами. Ставь полный путь и убедить в правах доступа.

[OLZ1]

Запустил команду service --status-all
...
[ - ] anacron
...
[ + ] cron
...
У анакрона статут dead. Может отсюда ноги начинаются?

Где из этого смотреть инфо про путь:
/etc/systemd/system/multi-user.target.wants/anacron.service
/etc/systemd/system/multi-user.target.wants/cron.service
/lib/systemd/system/anacron.service
/lib/systemd/system/cron.service
/var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also
/var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service
?

[Saboteur]

Да что вы маетесь фигней.
Просто пропишите везде полные пути. в кронтабе. В скрипте. Без ~, с самого начала от /

[OLZ1]

Заработало по следующему алгоритму.
>>> crontab -e -u --> скрипт без псевдонима ~ в путях --> "ребут" ноутбука с лёгким напряжением у владельца --> >>> service cron status --> пользовательский скрипт выполнен.
Saboteur, спасибо за помощь!

Кому не лень, подскажите pls, в каком файле прописано, что помимо системных заданий демону cron необходимо выполнять также и пользовательские?

[Saboteur]

в системных кронтабах просто на одну колонку больше
# Minutes Hours Days Months WeekDays USER Command

как это работает с тегами @reboot не подскажу, надо документацию глянуть.
Но от рута всегда можно что-то сделать через su/sudo

Answer 2

[Vitsliputsli]

Откуда взялся /etc/cron.daily ? Скрипты оттуда стартуют только 1 раз в сутки в определенное время. Используйте обычный список крона.