>[оверквотинг удален]
> be 777856) (CORRECTED)
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659480 (438052 should
> be 4) (CORRECTED)
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIRECTORY CORRUPTED I=4 OWNER=root
> MODE=40700
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: SIZE=18432 MTIME=Jul 17 16:23 2010
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIR=?
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck
> MANUALLY.
> не накрывается ли винт случайно?в верхних сообщениях нет ничего о дисковых проблемах, вам Nimdar правильные ссылки
указал: удаление лога или файла работающей программы привело к тому что запись
на диск продолжалась, df показывал уменьшение свободного размера, а du показывал
что файлы занимают мало места, действия: искать с помощью lsof или fstat активные
файлы на интересующей FS, завершить работу программы которая создала "огромный невидимый"
файл и выполнить sync; sync или перезагрузить систему, тогда файл будет закрыт fsck откорректирует FS
и все будут счастливы, верхние сообщения от fsck именно об этом и говорят.
случилась паника с vmcore:
> Nov 13 01:54:16 mx savecore: reboot after panic: ffs_valloc: dup alloc
> Nov 13 01:54:16 mx savecore: writing core to vmcore.9
перезагрузка, fsck пофиксил ошибки и сообщил что:
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck
> MANUALLY.
понятно что проблемы с записью буферов у softupdate из-за panic
