Я предполагаю, что Ваши почтовые настройки крона все корректны, и Вы иначе получаете электронные письма.
Ваша отправка всего stdout к /dev/null
, таким образом, что-либо, что печатает сообщения об ошибках, должно произвести их к stderr. Вы могли бы хотеть удостовериться, что все в сценарии производит правильно.
Время от времени я должен был работать со сторонним кодом, который отправлял все в stdout. В тех случаях я обычно изрубил проверку на ошибки. Это не симпатично, но ни один не большинство сценариев оболочки.
Сбойные блоки означают, что диск умирает. Выключите, замена ASAP.
fsck(8)
должен собрать файлы, плавающие вокруг несвязанного в lost+found
, рассмотрение их с file(1)
и различные программы, обрабатывающие различные форматы, с которыми Вы столкнетесь, должны помочь идентификации большинства из них.
# dd if=/dev/your/volume of=/path/to/img.dd bs=4k
# losetup /dev/loop0 /path/to/img.dd
# e2fsck -y -v /dev/loop0
Вы могли бы хотеть попытаться использовать GRC Spinrite на диске, он смог восстанавливать сектор так, чтобы Вы могли восстановить файлы на поврежденном каталоге.