Задание крона не разжигает после изменения часового пояса
Ваш tar вероятно, не 'любит' специальные файлы под /dev и затем просто ошибки.
Резервное копирование /dev просто как есть всегда проблематично - например, думайте о чтении из /dev/zero или блочное устройство...
С GNU tar можно легко исключить определенные каталоги из резервного копирования.
Или возможно можно использовать некоторую функцию снимка корневой файловой системы HP-UX для резервного копирования.
Прежде всего разногласия, что Вы поражаете ошибку, которая заставляет одно поле быть неправильно рассмотренным, кажутся исключительно низкими. Это, более вероятно, будет неверное толкование того, что продолжается и что ожидает крон.
В этом случае мы узнали в комментариях к вопросу, что это было вероятно связанная с часовым поясом проблема. Для этого Вы были бы:
- Добавьте запись как
* * * * * dateк crontab - Удалите (или прокомментируйте), любое присвоение TZ от crontab
Это вызывает date работать с установкой часового пояса invoker, что означает демона крона. Посмотрите на вывод; это покажет, во сколько зональный крон использует внутренне, и таким образом очень вероятно, в каком часовом поясе это хочет свои поля времени. Если у Вас есть присвоение TZ в crontab, легко возможно, что присвоение переменной среды TZ передается до вызванных команд, но сам крон использует некоторый другой часовой пояс. Путем комментирования или удаления присвоения TZ, Вы избегаете этой неоднозначности.
Также обратите внимание, что любые изменения в системе глобальные установки часового пояса (включая, например,/etc/localtime) почти наверняка требуют, чтобы, по крайней мере, перезапуск демона крона, и возможно (хотя вряд ли) системная перезагрузка вступил в полную силу. Редактирование присвоения TZ в crontab не должно требовать перезагрузки демона крона, поскольку это должно обнаружить, что файл был изменен и перезагружает его автоматически.