Cron Job Creation
Я не знаю, поможет ли это кому-то еще, но это то, что сработало для меня, когда у меня были проблемы с очень медленными скоростями передачи, используя Ubuntu 13.04 (скорость 1 Мб / с или меньше). В любом случае, я перезапустил свой компьютер с USB-hdd, подключенным к USB-порту, прямо перед запуском Ubuntu. Он запускал какой-то скрипт на черном экране перед загрузкой, и после этого скорость передачи была действительно хороша на 24-битных концах.
1 ответ
Создание вашего файла crontab с помощью crontab -e, вероятно, лучший метод для вас, но запуск ваших линий crontab с символом # указывает системе игнорировать эти строки. Удалите # и ведущие пробелы перед 30 в вашей линии crontab. Должно просто выглядеть так:
30 * * * * /home/michael/Documents/example.sh
Кроме того, убедитесь, что cron запущен (ps -ef | grep cron) и что вашему пользователю разрешено выполнять задания cron. Если вы не знаете, как это сделать, обратитесь к разделу «Включить уровень пользователя Cron» в следующей ссылке, чтобы узнать, как включить cron на уровне пользователя: Справка сообщества Ubuntu - CronHowTo
Чтобы увидеть больше о том, что делает cron и почему, запустите эту команду:
sudo grep -i cron /var/log/syslog | less
-
1Спасибо за помощь. Я удалил # из своих команд (поскольку я решил добавить их в том случае, если это помогло). При запуске grep на cron я отмечаю, что он работает от имени root (вот почему я попробовал второй метод). Я искал файл, в котором руководство ссылалось, но, увы, не смог его найти. Я перечитаю руководство. – ThisIsNotMyRealName 10 October 2014 в 17:04
-
2cron работает как root, потому что это системный процесс, но этот процесс запускает пользовательские задания от их имени, если этим пользователям разрешено запускать задания cron в первую очередь. – MGodby 10 October 2014 в 17:05
-
3Да, я искал опционы deny и allow, ни один из них не присутствует. Как ни странно, cron, похоже, бежал, так что теперь мне будет важно отслеживать, какие изменения сработали. Спасибо вам за помощь. – ThisIsNotMyRealName 10 October 2014 в 17:09
-
4Вы изменили фактическую часть команды с michael home/Documents/example.sh до /home/michael/Documents/example.sh непосредственно перед тем, как она начала работать? – MGodby 10 October 2014 в 17:11
-
5@MGodby Я считаю, что sudo редко требуется для просмотра /var/log/syslog, поскольку пользователи, которые делают это, обычно уже находятся в группе adm (которая предоставляет доступ к syslog и некоторую другую потенциально чувствительную запись файлы). adm не предоставляет административные полномочия (это делает группа sudo), даже не в более старой версии Ubuntu (группа admin сделала это), но администраторы на Ubuntu обычно являются членами как sudo, так и [ f9]. – Eliah Kagan 10 October 2014 в 22:36