From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: To: ALT Linux Community X-Mailer: CommuniGate Pro WebUser v5.1.7a Date: Tue, 27 Feb 2007 15:56:36 +0300 Message-ID: In-Reply-To: <1172566414.26618.43.camel@localhost> References: <1172566414.26618.43.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain;charset="utf-8";format="flowed" Content-Transfer-Encoding: 8bit Subject: Re: [Comm] =?utf-8?b?QWxyYW0hISBSZWlzZXItRlMgQmFkQmwt0L3Rg9C70YHRjyE=?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Community List-Id: ALT Linux Community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 12:56:37 -0000 Archived-At: List-Archive: List-Post: On Tue, 27 Feb 2007 11:53:34 +0300 Peter Volkov 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