LINUX.ORG.RU

Странное поведение fsck


0

1

Жила у меня на жестком диске операционная система FreeBSD 8.1-p2. Жила в целом хорошо и проблем не знала. Так как жесткий диск был старый и шумный, решил я систему перенести. И таки перенёс. После переноса стало происходить нечто странное, появились непонятные ошибки fsck. Я начал грешить на жесткий диск и перенес на другой еще раз. Но ошибки не прекратились и самое странное что проявляются они только во многопользовательском режиме и с /var, а в single user другие ошибки и с другими fs. И рандомно.

Вот вывод fsck в многопользовательском режиме:

** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1946 files, 55372 used, 1973659 free (307 frags, 246669 blocks, 0.0% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /tmp
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
6 files, 37 used, 1012978 free (42 frags, 126617 blocks, 0.0% fragmentation)
** /dev/ad0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
232659 files, 1525520 used, 11813316 free (1116 frags, 1476525 blocks, 0.0% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE  I=259081  OWNER=root MODE=100644
SIZE=3148 MTIME=Jan 22 11:56 2011 
RECONNECT? no


CLEAR? no

UNREF FILE I=329751  OWNER=root MODE=140666
SIZE=0 MTIME=Jan 22 11:53 2011 
CLEAR? 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

431 files, 20676 used, 2008353 free (193 frags, 251020 blocks, 0.0% fragmentation)
** /dev/ad1s1d (NO WRITE)
** Last Mounted on /mnt/storage
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
11309 files, 1746682 used, 36095994 free (674 frags, 4511915 blocks, 0.0% fragmentation)

Перезагружаю машину, загружаюсь в однопользовательский режим и запускаю fsck:

** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** 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

1946 files, 55372 used, 1973659 free (307 frags, 246669 blocks, 0.0% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /tmp
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
6 files, 37 used, 1012978 free (42 frags, 126617 blocks, 0.0% fragmentation)
** /dev/ad0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
232659 files, 1525520 used, 11813316 free (1124 frags, 1476524 blocks, 0.0% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
419 files, 20669 used, 2008362 free (202 frags, 251020 blocks, 0.0% fragmentation)
** /dev/ad1s1d (NO WRITE)
** Last Mounted on /mnt/storage
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
11309 files, 1746682 used, 36095994 free (674 frags, 4511915 blocks, 0.0% fragmentation)

Перехожу снова во многопользовательский режим:

** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1947 files, 55373 used, 1973658 free (306 frags, 246669 blocks, 0.0% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /tmp
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
6 files, 37 used, 1012978 free (42 frags, 126617 blocks, 0.0% fragmentation)
** /dev/ad0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
232660 files, 1525521 used, 11813315 free (1123 frags, 1476524 blocks, 0.0% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
INCORRECT BLOCK COUNT I=494612 (52 should be 48)
CORRECT? no

** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
LINK COUNT FILE I=259081  OWNER=root MODE=100644
SIZE=3148 MTIME=Jan 22 12:04 2011  COUNT 2 SHOULD BE 1
ADJUST? no

UNREF FILE I=329750  OWNER=root MODE=140666
SIZE=0 MTIME=Jan 22 12:02 2011 
CLEAR? 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

431 files, 20678 used, 2008350 free (190 frags, 251020 blocks, 0.0% fragmentation)
** /dev/ad1s1d (NO WRITE)
** Last Mounted on /mnt/storage
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
11309 files, 1746682 used, 36095994 free (674 frags, 4511915 blocks, 0.0% fragmentation)

Help me, плиз! В чём может быть дело?

Неужели никто не знает в чём дело?

freebsd-online
() автор топика

Сейчас придет Изя и расскажет, откуда у тебя растут руки. И что во фряхе такого не бывает, и фс стабильна, даже если в хард гвоздь забить.

anonymous
()
Ответ на: комментарий от freebsd-online

Кстати, как насчет того чтобы на SALVAGE отвечать да? а то похоже что просто у тебя fsck не фиксит ошибки потому что это ей запрещаешь

kifer
()
Ответ на: комментарий от kifer

>Кстати, как насчет того чтобы на SALVAGE отвечать да? а то похоже что просто у тебя fsck не фиксит ошибки потому что это ей запрещаешь

Всегда с ключом -y запускаю, в этот раз просто для лога так запустил.

freebsd-online
() автор топика
Ответ на: комментарий от anonymous

>Сейчас придет Изя и расскажет, откуда у тебя растут руки. И что во фряхе такого не бывает, и фс стабильна, даже если в хард гвоздь забить.

Самое смешное что я тоже так считаю. Тут что-то другое. Я никогда не сталкивался с проблемами ФС во FreeBSD. Хотя всё когда-то бывает впервые.

freebsd-online
() автор топика

Что происходит если пофиксит ошибки и снова запустить fsck? И, может это не правильно, но по этим данным ощущение, что если на ФС что-то пишется (изменяется кол-во файлов), то возникает ошибка.

mky ★★★★★
()
Ответ на: комментарий от mky

>Что происходит если пофиксит ошибки и снова запустить fsck?

Они появляются снова :(

И, может это не правильно, но по этим данным ощущение, что если на ФС что-то пишется (изменяется кол-во файлов), то возникает ошибка.

Возможно так и есть, но перед исправлением ошибок в однопользовательском режиме я проверяю отключены ли разделы файловых систем, т.е. ФС проверяются в неактивном состоянии.

freebsd-online
() автор топика
Ответ на: комментарий от freebsd-online

>Они появляются снова :(

То есть ещё раз, а то может что не так понял. Уходим в однопользовательский, отключаем разделы, фиксим ошибки на них, потом запускаем проверку ещё раз и ошибки снова вылазят? И так много раз подряд? Наверно, несправное железо (винт/шлеф), хотя вобще не знаю.

mky ★★★★★
()
Ответ на: комментарий от mky

>Уходим в однопользовательский, отключаем разделы, фиксим ошибки на них, потом запускаем проверку ещё раз и ошибки снова вылазят? И так много раз подряд?

Да, да, именно так. Так уже на протяжении нескольких дней по много раз.

Наверно, несправное железо (винт/шлеф), хотя вобще не знаю.

В том-то и дело, что утилита mhdd для тестирования жестких дисков не выявила ошибок вообще. Ни одного даже remap. И Smart показывает что винт в идеальном состоянии. Шлейфы сегодня же еще раз поменяю, но не думаю что в них дело, менял уже раз.

freebsd-online
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.