Обработка ошибок файловой системы Cronjob в переполнении стека

У меня есть тонны сценариев, которые запускаются в фоновом режиме с помощью cronjob, и происходит много вещей из внешнего интерфейса. Несколько недель назад у нас произошла фатальная ошибка системы, когда наши смонтированные диски были зажарены, а наш cronjob застрял … нам пришлось перезапустить всю систему и даже зайти так далеко, чтобы перезапустить старый стиль стойки.

Проблема в том, что наш экземпляр Debian был частично «капут».

Некоторые файлы получили полную блокировку permision и не имеют никаких permisioins вообще, когда вы запускаете ls / sys / crontab / lock, у него не было разрешений, но cronjob все еще работал и создавал массу проблем.
Хуже всего то, что php все еще работал, а сервер mysql работал и работал, даже без разрешения файловой системы (и делал заказы без файлов … БОЛЬШАЯ проблема). Поговорим о надежных.

Теперь мой вопрос: есть ли способ определить, работает ли система Debian?

За исключением попыток прикосновения к каждому запуску скрипта или записи блокировок в БД.