>А если не секрет - чем обусловлен выбор reiser3 для роутера? Модно?
>или чтоб было?

Когда-то на хостинге и мейле ставил для скорости на мелких файлах. Потом, скорее всего, по привычке. На некоторых сервах стоят XFS и JFS.
С ext2 были проблемы - падало и не вставало без реанимации.

>Надёжность будет на высоте, если монтировать в режиме ro всё, что можно.
>
>Наверное, достаточно для /tmp и /var оставить возможность записи.
>/tmp в tmpfs, а для /var можно подкорректировать скрипт запуска, чтобы если
>уж совсем не повезло - переформатировать, распаковать бекап (/var.tar.gz) и поехать
>дальше.

хмм.. надо подумать.

>По моему личному опыту, от ресета не падают ни ext2/3/4, ни reiserfs,
>ни xfs, но "тестировал" мало.
>Если порыться по форумам, то станет видно, что каждому везёт по-своему: у
>кого-то ext3 падает постоянно, а у кого-то - reiserfs.

ext3 под нагрузкой валился, ext2 - после ребутов при большом аптайме,
вот с reiser - после глухого подвисона на кривом железе(после выдергивания USB wifi), но 2 раза с перерывом около 3 недель

>Надёжность будет на высоте, если монтировать в режиме ro всё, что можно.
>
>Наверное, достаточно для /tmp и /var оставить возможность записи.
>/tmp в tmpfs, а для /var можно подкорректировать скрипт запуска, чтобы если
>уж совсем не повезло - переформатировать, распаковать бекап (/var.tar.gz) и поехать
>дальше.

Вот, в правильном направление мысль ведете, товарищ :))
Падение фс происходит из-за чего? Изменения на диск не успевают записаться из кэша. Значит нужно чтобы изменения не записывались вообще. Монтировать в ридонли конечно радикально... Но если можно, то это лучший вариант.

Если нельзя, то разделять изменяемые и неизменяемые файлы по разделам. Изменяемые в /var хранить, а неизменяемые (система и программы) на отдельном разделе. Далее уже смотреть на программы и их особенности работы с данными. Можно будет и еще разделов насоздавать, можно перед стартом демона проверки всякие проводить.

Главная цель такого разделения системы и данных - обеспечить загружаемость системы. Если система грузится, то уже можно сочинять стартовые скрипты для демонов, проверяющие целостность данных, правильность конфигов, исправляющих ошибки, восстанавливающих из бэкапа. Если система не загрузилась, то livcd в руки и вперед - на вокзал за билетами до роутера :)

>По моему личному опыту, от ресета не падают ни ext2/3/4, ни reiserfs,
>ни xfs, но "тестировал" мало.
>Если порыться по форумам, то станет видно, что каждому везёт по-своему: у
>кого-то ext3 падает постоянно, а у кого-то - reiserfs.

Падает, все падает. Без упса полюбому будут потери. Просто раз на раз не приходится. Иногда и пять активных mysql баз без ошибок восстановятся, а иногда и раздел потерять можно...

Вывод из этого всего автору: нельзя на файловую систему возлагагать функцию защиты от нештатных сбоев. Выброси свою статистику и забудь. Такую защиту нужно задумывать при проектировании системы.

>Значит что ... :-)
>
>Ext3 имеет неоспоримое преимущество - умеет журналировать не только метаданные, но и
>данные, что и позволяло в своё время поставлять в филиалы железки
>с ext3, смонтированном c опциями DATA=JOURNAL
>
>Соответственно даже там, где у пользователей корректное выключение питание понималось буквально как
>выдернуть вилку из розетки, проблем не возникало. Но. Такой режим журналирования
>несколько замедляет работу ФС. Потому грамотно в дополнение разделять разделы на
>изменяемые и нет, а также монтировать изменяемые разделы с опцией noatime,

небольшая поправочка -- нужно с опцией relatime
>которая несколько разгружает ФС (конечно при допустимости такого монтирования)
>
>удачи