[Comm] Alram!! Reiser-FS BadBl-нулся!

[Comm] Alram!! Reiser-FS BadBl-нулся!

[okayunov]

Alram!! Reiser-FS BadBl-нулся!

Нужно мнение людей имеющих опыт (прискорбный, надо 
думать)...
Суть - вдруг начались сбои на диске, а после перезагрузки 
(-ок) (в т.ч. с выключениями) идут ссобщения о том, что 
налицо bad-блоки - 3 сообщения и все почему-то о разделах 
с ReiserFS (и почему интересно, у меня там и ext3 разделов 
хватает с коими всё путем).
В том же сообщении выдается предложение запустить 
fsck.reiserfs с параметром -B

Но, насколько я понял, эта опция отнюдь не занимается 
восстановлением :-((
так что это чревато (с учетом того, что эти 3 раздела 
отказались монтироваться, те. ИМХО Bad-блоки в системных 
областях разделов).
Я неправ? Насчет - чревато...
Тем более, что у оного(-ой?)  налицо еще и параметры типа 
--rebuild-sb и --fix-fixable и проч.

Собственно вопросы к всеведущему All-у и коллегам по 
несчастью:

    1) Каков оптимальный порядок действий в такой 
ситуации?
    2) Стоит-ли применять dd_rescue (о коей я только 
сейчас прослышал) и как она должна вписываться в ответ на 
предыдущий вопрос (смутно догадываюсь, что идти первой, но 
могет я неправ?)?

ЗЫ Одна деталь: нелады начались вплотную после того, как 
комп вырубился, судя по всему - из-за перегрева блока 
питания (несмотря на все мои колготко-фильтры оный таки 
зарос пылью). Посему еще вопрос - бывает-ли так, чтоб при 
этом (в отлчие от обычного аварийного вырубания 
(напряжение пропало) портилась электроника?

== В действительности все обстоит совершенно иначе чем на 
самом деле. ==
BR, Oleg N. Kayunov

Re: [Comm] Alram!! Reiser-FS BadBl-нулся!

[Peter Volkov]

[-- Attachment #1: Type: text/plain, Size: 4536 bytes --]

On Пнд, 2007-02-26 at 17:20 +0300, okayunov@mtu-net.ru wrote:
> Собственно вопросы к всеведущему All-у и коллегам по 
> несчастью:
> 
>     1) Каков оптимальный порядок действий в такой 
> ситуации?

>     2) Стоит-ли применять dd_rescue (о коей я только 
> сейчас прослышал) и как она должна вписываться в ответ на 
> предыдущий вопрос (смутно догадываюсь, что идти первой, но 
> могет я неправ?)?

Мне не доводилось использовать ddrescue, но чтение info подсказывает,
что его стоит попробовать. По крайней мере это именно так программа,
которой мне так не хватало два года назад, когда у меня была подобная
проблема...

Я бы сделал так. 

Вставил второй, заведомо хороший хард в компьютер. Загрузится с liveCD
дабы вообще не монтировать разделы. Воспользовался бы liveCD чтобы
восстановить, всё что восстанавливается с нужных разделов. Заодно можно
увидеть есть ли там реально бэд блоки и увеличивается ли их количество.

После этого как всё-что можно таким образом спасти тестим хард диск на
наличие физических бэд блоков... Лучше всего с помощью mhdd, так как он
умеет стирать блоки и через функции BIOS и обращаясь напрямую к
контроллеру. Можно пробовать из linux'а как-то так:

# cat /dev/hdaXX > /dev/null

и ждём в dmesg появления I/O errors. Если есть можно попробовать
записать туда что-нибудь (dd). По тупому можно на весь диск

# cat /dev/zero > /dev/hdaXX

По умному, наверное, можно записать только в испорченный блок, но я это
делал только из mhdd. Если записать а после прочитать удалось, то дело
bad block'и логические и значит, возможно, хард ещё будет жить. Узнать
будет он точно жить или нет, можно почитав SMART аттрибуты или/и
используя mhdd.


Возможно у вас вообще бэд блоков нет, а просто ФС в нехорошем состоянии,
тогда года два назад ничего лучше отвратительного fsck.reiserfs для
reiserfs я не нашёл... reiserfs это плохая (может быть худшая) файловая
система в ситуации когда не ней что-нибудь ёкается... Так что пробовать
стоит --fix-fixable и --rebuild-tree, ну и другие опции которые
наверняка похерят часть очень нужных данных...

> ЗЫ Одна деталь: нелады начались вплотную после того, как 
> комп вырубился, судя по всему - из-за перегрева блока 
> питания (несмотря на все мои колготко-фильтры оный таки 
> зарос пылью). Посему еще вопрос - бывает-ли так, чтоб при 
> этом (в отлчие от обычного аварийного вырубания 
> (напряжение пропало) портилась электроника?

Хм. Бывает что от вырубания головки падают на блин, чем вызывают
физические бэды... А может быть просто просто CRC не верный записан и
поэтому ошибки логические. Если ломается электроника, то обычно хард
перестаёт работать совсем...

Peter.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Alram!! Reiser-FS BadBl-нулся!

[okayunov]

On Tue, 27 Feb 2007 11:53:34 +0300
  Peter Volkov <pvolkov@mics.msu.su> wrote:
> On Пнд, 2007-02-26 at 17:20 +0300, okayunov@mtu-net.ru 
>wrote:
>> Собственно вопросы к всеведущему All-у и коллегам по 
>> несчастью:
>> 
>>     1) Каков оптимальный порядок действий в такой 
>> ситуации?
> 
>>     2) Стоит-ли применять dd_rescue (о коей я только 
>> сейчас прослышал) и как она должна вписываться в ответ 
>>на 
>> предыдущий вопрос (смутно догадываюсь, что идти первой, 
>>но 
>> могет я неправ?)?
> 
> Мне не доводилось использовать ddrescue, но чтение info 
>подсказывает,
> что его стоит попробовать. По крайней мере это именно 
>так программа,
> которой мне так не хватало два года назад, когда у меня 
>была подобная
> проблема...
> 
> Я бы сделал так. 
> 
> Вставил второй, заведомо хороший хард в компьютер. 
>Загрузится с liveCD
> дабы вообще не монтировать разделы. Воспользовался бы 
>liveCD чтобы
> восстановить, всё что восстанавливается с нужных 
>разделов. 
Я, собственно, так и планирую.
Проблема: как восстанавливать с разделов кои и 
монтироваться отказываются - т.е. ИМХО всякие там 
суперблки повреждены.

>Заодно можно
> увидеть есть ли там реально бэд блоки и увеличивается ли 
>их количество.
Ну это уже проблема вторая - коль скоро все едино новый 
хард куплен.

> 
> После этого как всё-что можно таким образом спасти 
>тестим хард диск на
> наличие физических бэд блоков... Лучше всего с помощью 
>mhdd, так как он
Пока такой не нашел. Поиски продолжу.
А что оная делает?
F.e. - она умеет "пробивать" сбоящие блоки?

> умеет стирать блоки и через функции BIOS и обращаясь 
Стирать? Это-то-то зачем?
>напрямую к
> контроллеру. Можно пробовать из linux'а как-то так:
> 
> # cat /dev/hdaXX > /dev/null
> 
> и ждём в dmesg появления I/O errors. 
И дальше?
Собственно номера тех блоков из-за которых разделы не 
монтируются система мне сообщает.


>Если есть можно 
>попробовать
> записать туда что-нибудь (dd). 
Опять не понял - зачем?
Мне сейчас главное - спати данные, а не затереть их?

>По тупому можно на весь 
>диск
> 
> # cat /dev/zero > /dev/hdaXX
> 
> По умному, наверное, можно записать только в испорченный 
>блок, но я это
> делал только из mhdd. Если записать а после прочитать 
>удалось, то дело
> bad block'и логические и значит, возможно, хард ещё 
>будет жить. Узнать
> будет он точно жить или нет, можно почитав SMART 
>аттрибуты или/и
SMART, скотина, пишет, что все в пределах (Passed) и это в 
то время, когда по 12-й консоли идут сообщения о сбоях


> используя mhdd.
> 
> 
> Возможно у вас вообще бэд блоков нет, а просто ФС в 
>нехорошем состоянии,
> тогда года два назад ничего лучше отвратительного 
>fsck.reiserfs для
> reiserfs я не нашёл... reiserfs это плохая (может быть 
>худшая) файловая
> система в ситуации когда не ней что-нибудь ёкается... 
>Так что пробовать
> стоит --fix-fixable и --rebuild-tree, ну и другие опции 
>которые
> наверняка похерят часть очень нужных данных...
Очень радостно.
А в каком порядке лучше применять эти опции - или их можно 
написать в одной команде?
Вообще - у reiserfs есть резервные копии суперблоков, если 
"Да" - то как к ним обратиться?
Пока чтение документации меня не вразумило, но я 
продолжаю.

> 
>> ЗЫ Одна деталь: нелады начались вплотную после того, как 
>> комп вырубился, судя по всему - из-за перегрева блока 
>> питания (несмотря на все мои колготко-фильтры оный таки 
>> зарос пылью). Посему еще вопрос - бывает-ли так, чтоб 
>>при 
>> этом (в отлчие от обычного аварийного вырубания 
>> (напряжение пропало) портилась электроника?
> 
> Хм. Бывает что от вырубания головки падают на блин, чем 
>вызывают
> физические бэды... 
Сразу в трех секторах из трех разных разделов? Причем 
именно из системных областей.
Тогда надежд вообще быть не может - весь диск должен быть 
"запрыган" головкой.

>А может быть просто просто CRC не 
>верный записан и
> поэтому ошибки логические. Если ломается электроника, то 
>обычно хард
> перестаёт работать совсем...
Чтож хорошо, что надежда остается.
Впрочем собираюсь еще померять напряжения питания.
Особливо - TTL (5В).

> Peter.
Спасибо.

== В действительности все обстоит совершенно иначе чем на 
самом деле. ==
BR, Oleg N. Kayunov

Re: [Comm] Alram!! Reiser-FS BadBl-нулся!

[Peter Volkov]

[-- Attachment #1: Type: text/plain, Size: 3886 bytes --]

On Втр, 2007-02-27 at 15:56 +0300, okayunov@mtu-net.ru wrote:
> On Tue, 27 Feb 2007 11:53:34 +0300
>   Peter Volkov <pvolkov@mics.msu.su> wrote:

> Проблема: как восстанавливать с разделов кои и 
> монтироваться отказываются - т.е. ИМХО всякие там 
> суперблки повреждены.

Если не удастся ничего сделать хорошего с суперблоком идея такая:
прочитать сектора которые возможно, а потом из этого бессвязного набора
выделить какие-то знакомые куски и понять, что это за данные. Для этого
есть множество утилит. Из бесплатных видел, что советовали вот эту:

http://www.cgsecurity.org/wiki/TestDisk

Но может быть есть и лучше.

> > Заодно можно увидеть есть ли там реально бэд блоки и 
> > увеличивается ли их количество.

> Ну это уже проблема вторая - коль скоро все едино новый 
> хард куплен.

Если количество бэд блоков растёт, то чем дольше вы не перепишите всё
что осталось на новый хард, тем меньше шансов, что вам вообще что-нибудь
удастся спасти.

> Пока такой не нашел. Поиски продолжу.
> А что оная делает?
> F.e. - она умеет "пробивать" сбоящие блоки?

Я не знаю, что такое "пробивать". На остальные вопросы google в помощь.

> И дальше?
> Собственно номера тех блоков из-за которых разделы не 
> монтируются система мне сообщает.
> Опять не понял - зачем?

Почитайте что-нибудь на тему что такое физические и что такое логические
бэд блоки. Опять же сходу ссылок нет поищите в google.

> Мне сейчас главное - спати данные, а не затереть их?

Именно поэтому я вам советую сначала сделать dd_rescue и работать уже с
тем что удалось спасти.

> А в каком порядке лучше применять эти опции - или их можно 
> написать в одной команде?

От менее деструктивных к более. :) К сожалению уже не помню, читать man
page и googlить сейчас времени нет, а ошибка в совете вам вряд ли
поможет.

> Вообще - у reiserfs есть резервные копии суперблоков, если 
> "Да" - то как к ним обратиться?

Вроде нет. Однако ж:

Note: the superblock needs to be updated by a large number of file
system operations (e.g. when the free block count is updated or the
height of the file system tree changes). Thus a copy of the superblock
can be found in many journal transaction blocks. This can lead to
confusion when trying to locate the superblock via the magic string. The
real superblock *should* be the first block with the magic string on the
partition.

Можно ли как-то это выудить не знаю...

Вообще бэкап - единственный способ не потерять важные данные. :) Удачи.

Peter.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]