[Comm] Странное пропадание файлов

[Olvin]

Yura Kalinichenko wrote:
> Вчера обнаружил странное поведение системы (Branch 4.1): перестал 
> запускаться один нужный сервис. В процессе разборок оказалось, что с 
> диска необъяснимым образом исчез демон этого сервиса. Поскольку странное 
> исчезновение файлов обнаружилось во второй раз (в первый было пару 
> месяцев назад, но списал на случайность и полностью переустановил 
> систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) - 
> и с удивлением обнаружил, что действительно имеются пропавшие файлы. 
> Причем различные - и директории, и либы, и даже документация (это если 
> отсеять те, которые "правильно" пропали).
> 
> На той же машине несколько лет велась разработка под Master 2.4 (ядро 
> 2.4.33). Запустил ту же проверку на мастеровском диске - необъяснимых 
> пропаданий нет.
> 
> Проверил еще одну машину под бранчем, работающую несколько в других 
> условиях - опять имеем пропадания, причем другие.
> 
> Понятно, что причин может быть масса, но пока под наибольшим подозрением 
> уменя реализация ext3 в ядре 2.6 (тем более что проблемы с этой FS уже 
> были до 2.6.20). У меня сейчас ядро 2.6.26, диски размечены в ext3 с 
> опцией journal_data.

Эту опцию не использую, ext3 работает у меня где-то на 5-6 машинах. 
Пользуюсь давно (лет 7-8) под разными ядрами начиная ещё с 2.4.x. Именно 
с таким не сталкивался.

Хочу задать вопрос: а как часто делаете fsck.ext3 _принудительно_ для 
профилактики? Т.е. с ключиком -f ? Или по-другому: не отключена ли у вас 
_регулярная_ _автоматическия_ проверка ФС при монтировании? Просто если 
на ФС есть ошибки, но система продолжает работать, не обращая на них 
внимания, то возможно очень многое.

Думаю, стоит на отмонтированной ФС дать команду вроде fsck.ext3 -fpvc 
/dev/XdYN. Проверка может быть долгой, но может помочь. (если убрать -c, 
то проверять поверхность не будет)

Хотя, конечно, причину выявить это вряд ли поможет...