The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"fsck: badblocks - невозможно проверить FS"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"fsck: badblocks - невозможно проверить FS"
Сообщение от uxian emailИскать по авторуВ закладки(??) on 12-Янв-05, 11:24  (MSK)
на жестком диске образовался бедблок, который сам не помечается бедовым.
при проверке fsck-ом этого раздела, fsck говорит, что не может прочитать блок файловой системы, продолжить? говорю - да, продолжай. Он продолжает, но в конце говорит, что файловая система до сих пор не чистая, перезапустите fsck. И так до бесконечности :(
Из за этого файловую систему нельзя смонтировать, и, соответственно, переписать на другой, нормальный винт.
Что можно сделать в этой ситуации?

p.s. freebsd 5.3

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "fsck: badblocks - невозможно проверить FS"
Сообщение от Аноним Искать по авторуВ закладки on 12-Янв-05, 11:37  (MSK)
>на жестком диске образовался бедблок, который сам не помечается бедовым.
>при проверке fsck-ом этого раздела, fsck говорит, что не может прочитать блок
>файловой системы, продолжить? говорю - да, продолжай. Он продолжает, но в
>конце говорит, что файловая система до сих пор не чистая, перезапустите
>fsck. И так до бесконечности :(
>Из за этого файловую систему нельзя смонтировать, и, соответственно, переписать на другой,
>нормальный винт.
>Что можно сделать в этой ситуации?
>
>p.s. freebsd 5.3
Поможет ?
http://solaris.opennet.ru/tips/info/656.shtml

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "fsck: badblocks - невозможно проверить FS"
Сообщение от uxian emailИскать по авторуВ закладки(??) on 12-Янв-05, 11:48  (MSK)

>Поможет ?
>http://solaris.opennet.ru/tips/info/656.shtml

скорее всего да, спасибо

вот только как пересчитать номер Block_а в номер inode?
fsck выдает номер (3447880) блока файловой системы, который он не смог прочитать.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "fsck: badblocks - невозможно проверить FS"
Сообщение от lavr emailИскать по авторуВ закладки on 12-Янв-05, 12:27  (MSK)
>
>>Поможет ?
>>http://solaris.opennet.ru/tips/info/656.shtml
>
>скорее всего да, спасибо
>
>вот только как пересчитать номер Block_а в номер inode?
>fsck выдает номер (3447880) блока файловой системы, который он не смог прочитать.
>

для тех кто в танке: либо загрузиться в single-user mode и руками
запустить fsck -y /dev/устройство_на_котором_файловая_система
либо отмонтировать fs: umount и запустить fsck -y /dev/устройство

man fsck; man clri

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "fsck: badblocks - невозможно проверить FS"
Сообщение от uxian emailИскать по авторуВ закладки(??) on 12-Янв-05, 13:44  (MSK)
lavr, а можно чуть поподробнее для тех, кто в бронепоезде, пожалуйста?

Я изначально и загрузился в single user mode, искомая fs (/dev/ad0s1f -> /usr/local) была отмонтирована.

fsck /dev/ad0s1f, как и fsck -y /dev/ad0s1f выдавали нечто вроде "can't read block 3447800 (dma error)"
Хотя там была хардварная ошибка жесткого диска - сектор не читался, но и не помечался бедовым:
ad0: failure - read dma error=40(uncorrectable) status=51(ready,dsc,error)
(это выдавало ядро)
fsck спрашивал: continue [yn]?

Каждый раз при нажатии "y" (или автоматическом -y) fsck продолжал работу,
после чего выскакивала следующая ошибка
ad0: failure - read dma error=1(illegal length)
(ядро)
на что fsck писал
the following sector could not be read: 3447882
, после чего  выдавал, что система до сих пор грязная и надо бы перезапустить fsck, и так до бесконечности.

Понятно, что пометка этого сбойного инода через clri спасла бы положение.
Но fsck выдает (видимо) физический номер блока диска, по крайней мере он больше, чем кол-во логических двухкилобайтовых блоков на том (3гбайта) разделе. Каким образом надо было делать пересчет? Что почитать на этот предмет?
в man clri, man fsck ничего подобного не описано.

Положение спасло вот это сообщение http://solaris.opennet.ru/tips/info/460.shtml

dd сбойного раздела в файл, а потом монтирование его через
mdconfig -a -t vnode -f /mnt/usr_local.img
mount /dev/md0 /usr/local

далее dump | restore успешно сдампили данные на новый винт с этого раздела.

Спасибо Аноним-у за ссылку и tips-ы и uldus-у за сам tips :)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "fsck: badblocks - невозможно проверить FS"
Сообщение от lavr emailИскать по авторуВ закладки on 12-Янв-05, 14:05  (MSK)
>lavr, а можно чуть поподробнее для тех, кто в бронепоезде, пожалуйста?

можно.

поскольку телепаты в отпуске и про hw-dma ошибку никто не знал, возможно
проще было бы сперва: man 4 ata - в ядре отключить dma и попробовать
fsck -y ... и если бы не помогло, то образ hdd - fsck на него и затем
обратно вдуть как уже советовали.

ps. если сообщений об ошибках hdd - непоправимых было-есть много в логах
и на разных блоках, скорей всего этот диск скоро помрет, но если отключить
dma он проживет дольше.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "fsck: badblocks - невозможно проверить FS"
Сообщение от uxian emailИскать по авторуВ закладки(??) on 12-Янв-05, 16:14  (MSK)
Понял, сенькс. Диск уже поменял, жить на пороховой бочке, конечно, не хочется.

Правда отключение dma не спасло (это уж ради интереса было проделано) - смысл сообщения немного изменился (вместо read dma стало read mul, перед этим atacontrol mode 0 pio0 pio0), но fsck продолжает в бесконечном цикле предлагать запустить его снова после невозможности фикса нечитаемого блока.

Кстати, а почему отключение dma помогает (иногда) фиксить ошибки, а так же снижает их число на сыплящемся диске?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "fsck: badblocks - невозможно проверить FS"
Сообщение от lavr emailИскать по авторуВ закладки on 12-Янв-05, 19:03  (MSK)
>Понял, сенькс. Диск уже поменял, жить на пороховой бочке, конечно, не хочется.
>
>
>Правда отключение dma не спасло (это уж ради интереса было проделано) -
>смысл сообщения немного изменился (вместо read dma стало read mul, перед
>этим atacontrol mode 0 pio0 pio0), но fsck продолжает в бесконечном
>цикле предлагать запустить его снова после невозможности фикса нечитаемого блока.
>
>Кстати, а почему отключение dma помогает (иногда) фиксить ошибки, а так же
>снижает их число на сыплящемся диске?

за техническую природу этого "чуда" не скажу, лень было читать технологии,
но есть предположение что это взаимное сочетание "вранья" производителя
на предмет поддержки определенных режимов UDMA и работы драйвера ATA.

У меня такое было с кучей разных дисков, как только в DMA режиме
вываливались сообщения о невозможности доступа к реальному сектору,
переводил в PIO и прогонял fsck, и пересчет LBA продолжал работать
и ранее нечитаемые сектора продолжали читаться.
Хотел разобраться в "природе" - плюнул читать слишком много, а как
влияет разница UDMA - уменьшение прерываний на шине и работа через
DMA на технологию пересчета секторов (LBA), не понимаю.

Правда следить за тем чтобы диски не грелись и были разнесены и дополнительные вентиляторы работали - никто не отменял, обычно все
с этого начинается, кроме того дохлый UDMA диск может подсаживать
контроллер ATA и как результат нормальный диск на другом канале
начинает выдавать non-recovery error. Убираешь паленый и все становится
тип-топ. Боюсь что на PATA/ATA контроллере такое может быть даже
с нормальными дисками в сочетании DMA и non-DMA дисков на UDMA контроллере.
Точнее даже не боюсь, а сталкивался с таким и о чем отписывал в freebsd
maillist году эдак в 2000 или 2001, сие подтвердили, но объяснений не
дали.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру