Есть FreeBSD 5.2.1, есть раздел /usr, на нем UFS2 с включенными Soft Updates. Никаких дополнительных параметров ни при создании, ни при монтировании ФС указано не было - самый обычный дефолтный фрюшный /usr. Разве что, /usr/ports и /usr/src по NFS насшарены.

Проблема в том, что иногда после перезагрузки (shutdown -r now), на файловой системе перестают читаться несколлько файлов в каком-либо каталоге (типа cat: bad file descriptor). Причем, файловая система размонтируется правильно, fsck при загрузке не ругается, но файлы грохаются. Причем, это такие файлы, в которые даже ничего и не пишется. Один раз это было несколько Makefile, pkg-descr и подобных файлов от неспольких портов в /usr/ports, один раз несколько библиотек в /usr/lib и один раз почти все из /usr/local/share/zsh.

Диск живой, судя по смарту, барракуда ST380011A, в логах тоже ничего. Ему ровно год, на нем есть другие разделы - на них ничего не грохается. Пока выключил кэш записи (hw.ata.wc=0), так как подозреваю, что на него что-то из кэша не успеват записаться. Но это действо, по идее, уменьшит производительность дисковой системы... Не может NFS быть как-то замешан?

Никто не имеет идей, в чем может быть проблема и как ее исправить?

далее - вывод fsck:

** /dev/ad0s1g (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
UNALLOCATED  I=48912  OWNER=root MODE=0
SIZE=0 MTIME=Jan  1 03:00 1970
NAME=/local/share/zsh/4.2.1

UNEXPECTED SOFT UPDATE INCONSISTENCY

REMOVE? no

** Phase 3 - Check Connectivity
UNREF DIR  I=49431  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48938  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48934  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48955  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48974  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

** Phase 4 - Check Reference Counts
LINK COUNT DIR I=48909  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 4 SHOULD BE 3
ADJUST? no

UNREF FILE  I=48928  OWNER=root MODE=100444
SIZE=6143 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

UNREF FILE  I=48929  OWNER=root MODE=100444
SIZE=2154 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

UNREF FILE  I=48930  OWNER=root MODE=100444
SIZE=6493 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

UNREF FILE  I=48931  OWNER=root MODE=100444
SIZE=11240 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

UNREF FILE  I=48932  OWNER=root MODE=100444
SIZE=6185 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

UNREF FILE  I=48933  OWNER=root MODE=100444
SIZE=1267 MTIME=Aug 25 06:34 2004
RECONNECT? no

CLEAR? no

LINK COUNT DIR I=48934  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48938  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48955  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48974  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 13 SHOULD BE 12
ADJUST? no

LINK COUNT DIR I=49431  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

SUMMARY INFORMATION BAD
SALVAGE? no

BLK(S) MISSING IN BIT MAPS
SALVAGE? no

199961 files, 991944 used, 530535 free (8335 frags, 65275 blocks, 0.5% fragmentation)

• /usr корраптится,Дмитрий Ю. Карпов, 23:46 , 13-Окт-04
  • /usr корраптится,lavr, 10:45 , 14-Окт-04

Именно поэтому я и не советую никому переходить на 5.* до тех пор, пока не закончится развитие ветки 4.*!

>Именно поэтому я и не советую никому переходить на 5.* до тех
>пор, пока не закончится развитие ветки 4.*!

Дмитрий, 5'ка тут непричем, это softupdate и неудачное размонтирование,
скорей всего из-за занятости по NFS. Совет - то что планируется раздавать
по NFS, Samba, FTP на RW лучше оформлять обычной UFS1 или UFS2.
  Хотя у меня и с soft-updates для exports-fs таких проблем не было,
имеет смысл посмотреть логи на предмет сбоев на диске.
Практика показывает что если диск "не очень" и на нем FS  с soft-updates,
дефекты вылазят гораздо раньше.