Журнал Cron показывает, что скрипт оболочки был запущен, но на самом деле это не так
Предполагая, что /mnt/backup/home.bak— это папка с доступом для записи, это похоже на физическую проблему или поврежденную таблицу разделов. Вы должны запустить fsck. Для резервного раздела рекомендуется ddrescue.
Мое решение для этого может быть не одинаковым для всех, но в основном crontab -eне работает ВООБЩЕ. В итоге мне пришлось редактировать /etc/crontab.
Установите для переменной PATH значение /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin, для SHELL значение /bin/bash, а затем добавьте мои задания cron в этот файл. Теперь задание cron выполняется правильно.
Я не уверен, почему crontab -eне сработало, я уверен, что кто-то с большим опытом мог бы указать некоторые возможные причины, но я совершенно не в курсе.
Как вы создали файл crontab? Если вы использовали crontab -eв качестве пользователя, отличного от -, тогда у процесса не будет достаточных привилегий для изменения дерева /var/www.
Если вы создали его как root, то, вероятно, ваш $PATH не установлен, поэтому вызов mysqlзавершится ошибкой.
Если вы редактировали файл /etc/crontab, у вас отсутствует поле username.
У вас также есть опечатка в строке 4, где цель указана как/var/ww/...