>Надёжность будет на высоте, если монтировать в режиме ro всё, что можно.
>
>Наверное, достаточно для /tmp и /var оставить возможность записи.
>/tmp в tmpfs, а для /var можно подкорректировать скрипт запуска, чтобы если
>уж совсем не повезло - переформатировать, распаковать бекап (/var.tar.gz) и поехать
>дальше. Вот, в правильном направление мысль ведете, товарищ :))
Падение фс происходит из-за чего? Изменения на диск не успевают записаться из кэша. Значит нужно чтобы изменения не записывались вообще. Монтировать в ридонли конечно радикально... Но если можно, то это лучший вариант.
Если нельзя, то разделять изменяемые и неизменяемые файлы по разделам. Изменяемые в /var хранить, а неизменяемые (система и программы) на отдельном разделе. Далее уже смотреть на программы и их особенности работы с данными. Можно будет и еще разделов насоздавать, можно перед стартом демона проверки всякие проводить.
Главная цель такого разделения системы и данных - обеспечить загружаемость системы. Если система грузится, то уже можно сочинять стартовые скрипты для демонов, проверяющие целостность данных, правильность конфигов, исправляющих ошибки, восстанавливающих из бэкапа. Если система не загрузилась, то livcd в руки и вперед - на вокзал за билетами до роутера :)
>По моему личному опыту, от ресета не падают ни ext2/3/4, ни reiserfs,
>ни xfs, но "тестировал" мало.
>Если порыться по форумам, то станет видно, что каждому везёт по-своему: у
>кого-то ext3 падает постоянно, а у кого-то - reiserfs.
Падает, все падает. Без упса полюбому будут потери. Просто раз на раз не приходится. Иногда и пять активных mysql баз без ошибок восстановятся, а иногда и раздел потерять можно...
Вывод из этого всего автору: нельзя на файловую систему возлагагать функцию защиты от нештатных сбоев. Выброси свою статистику и забудь. Такую защиту нужно задумывать при проектировании системы.