» Восстановление разделов и информации на HDD (часть 4)

fkn0wned
А если передергивать питание винта? (Лучше при отключенном шлейфе)

Цитата:

В общем, для начала проверьтесь в терминале на муху ЦЦ, скорее всего это она. Если так, сгоняете по стандартной методике (об этом уже перетирали, мягко говоря, много раз, поэтому подробности опустим, читайте форум здесь или на iXBT). Делать лучше (спокойнее) на другом компе, чтобы не включать комп без диска в рэйде.

Да, вы правы, я вчера весь вечер читал об этом и пришел только к одному выводу, что если это муха или ЛБА 0, то надо собирать терминал из шнурка от сотового телефона или из других средств, разлочиваться и потом перепрошиваться. Я честно говорю - не смогу спаять себе такое устройство. Пойду в DR.

Pumpurumpul
Нет ничего сложного в этом устройстве, а с готовым шнурком паять вообще не надо, ну разве что разъем...

fkn0wned

Цитата:

при обращении к этим магическим секторам диск отваливается,

Мои изыскания как-то пересекаются с Вашими…
Недавно занимался поиском --- и отковырял ссылку на утилиты.
Вот здесь обсуждалась странная софтинка HD Duplicator
http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=29722&glp
Есть там ссылка и на такую штуку HDClone 3.9.3
Я их не юзал --- не знаю...

По поводу “опускания контроллером диска в MHDD и Victoria” под DOS. Так у меня ещё хуже (вернее непонятнее).

Стал “доставать” меня 1 Тб винчестер WD1002FBYS. Этот диск у меня не использовался для загрузки WINDOWS XP (там WINDOWS 7, я с него не загружался последнее время). Стал он постоянно из-под WINDOWS XP вываливаться/пропадать. Зацеплен он к SATA RAID контророллеру Sil3114, прошитому именно как RAID (фирмварь r5403.bin), хотя RAID я не мостил. Хард совсем новый --- наработка 690 часов. Так вот из-за пустяковой ошибки ID C6 (198) UNCR в одном секторе хард становился невидимым ни в WINDOWS XP, ни в MHDD, ни в Victoria.

Причём винчестер вновь появлялся в WINDOWS XP (после пропадания) только при перекоммутации на другой порт (у Sil 3114 их четыре), но ненадолго. И так по кругу в разные слоты переставлял. Более того, даже из-под DOS ни Victoria, ни MHDD не хотели видеть WD1002FBYS на котроллере, хотя сам контроллер видели. Виктория просто сообщала --- типа error drive, а MHDD тот вообще ничего не показывал. Возможно, поиграй я параметрами MHDD, может, что-нибудь он и увидел бы. Но сомневаюсь --- BIOS контроллера при загрузке его не видел, или не желал иметь с ним дело и “опускал”. А вот WINDOWS, вроде, чуть лучше видел --- при горячем подключении ненадолго подхватывал, но потом посреди пустяковой закачки торрента тоже "опускал".

Надоело мне --- напустил на хард MHDD, поймал номер сектора и затёр простой Zero записью.

Буквально через неделю балуясь с горячим подключением (варьируя комбинации) опять получил ID C6 (198) UNCR. Но вот новая непонятка --- ни MHDD, ни Victoria не хотят ловить LBA “нехорошего” сектора.

Так и не понял:
--- то ли контроллер у себя в каком-нибудь ПЗУ помечает винчестер/
--- то ли на самом винте отмечает. Но ведь рейд я не мостил и никаких метаданных, вроде как, не должно быть
--- то ли SMART не нравится. Но тогда почему после перекоммутации GOOD…???...
Короче никакой закономерности пока не нашёл.

Совсем недавно был у меня здесь похожий разговор, но тогда я к нему был совсем не готов…
См. тему РЕШЕНО. SiI3114 RAID1 Group 1 "legacy" status: OFFLINE
http://forum.ru-board.com/topic.cgi?forum=84&topic=3339&start=0#lt

Пока пришёл к промежуточному выводу --- с диском плохо ---- контроллеру “надоедает” и он его аппаратно херит…

Кто что по этому поводу думает --- это бред, или не совсем…???...

Antech

Цитата:

А если передергивать питание винта? (Лучше при отключенном шлейфе)

В смысле, сначала SATA шлейф выдергивать, а затем уже питание?
Tau_0
Не в моем случае. Вот что нашел: www.computerra.ru/terralab/platform/419687/
Цитата Сергея Казанского, 5й абзац:

Цитата:

Отдельная тема - 11-е "Барракуды" с bad-блоками. Если у диска вышел из строя транслятор, но устройство дает готовность по интерфейсу - там всегда есть bad-блоки. Однако если восстановить транслятор "шнурками" и командами по одной из доступных в Сети процедур, то обычному пользователю это ничего не даст. Bad-блоки там специфичные: если начать копирование информации в обычной операционной системе, после первого же дефекта диск впадает в ступор и отключается. Копировать нужно специальным копировщиком непосредственно через порты. Ну и конечно, надо знать, как при этом обращаться с командами. Обычный пользователь, если начинает оживлять свой винчестер, вскоре получает гораздо больше bad-блоков, чем было, а иногда накопитель вовсе ломается из-за запиливания поверхностей и выхода из строя головок. Таким образом, отключение транслятора - это своеобразная защита диска от потери данных.

fkn0wned

Цитата:

В смысле, сначала SATA шлейф выдергивать, а затем уже питание?

Кстати, по поводу очерёдности подключения/отключения data кабеля и питания был уже у меня здесь спор/разговор…
Ещё один аргумент --- три поста всего. См сюда
Короткое замыкание.
http://www.hdd-recovery.org/board/viewtopic.php?f=3&t=7

Оппонентов (есть здесь такие) прошу прокомментировать…

Antech, да, Вы снова правы, но вот смотрите сами: я сносил диски в DR, ремонт обошелся в 400 рублей и к тому же мне еще на обоих райдовых дисках прошивку заменили, я им правда еще пивасика за это купил, если бы я искал схему или шнурок, то я бы потратил гораздо больше времени.
При ремонте выяснилось сразу, что это муха (как Вы и писали собственно), но суть в том, что за мухой у меня сразу показало LBA 0 - вот это действительно для меня было неожиданно, но мастер оказался казырным пацаном и всех победил.
Ребята, если в Челябинске поймаете муху, пишите мне в личку (а то иначе это реклама получится, одмин будет ругоцо), я скажу где чинился.

В общем, выдергивание питания помогает вернуть диск из обморока без вкл.-выкл. компа. И тут два вопроса: можно ли программно прекращать подачу питания на какое-либо устройство в компьютере и/или на винчестер, в частности. И есть ли такая-же тулза, как и Виктория (работа через порты/porttalk, посекторное копирование в файл), но со скриптовыми возможностями. Чтоб я смог выстроить примерно такой алгоритм:
Программа начинает считывать данные в файл
При налёте на bad-блок диск отпадает, программа останавливает копирование, запоминает номер сбойного сектора и переодически запрашивает винчестер (здесь я руками выдергиваю питание или же его подача прекращается программно, если это возможно, опять таки)
Как только винт становится доступным, программа пропускает запомненный сектор и начинает со следующего. Продолжаем с п. 2 и так до конца необходимого диапазона.

Pumpurumpul

Цитата:

мастер оказался казырным пацаном

Таких мастеров с шнурками полная тема на iXBT .

fkn0wned
Это Вам надо курить ман по dd и dd_rescue. А скрипт - обычный шелл-скрипт в Линуксе с этими прогами должен работать. Но отключать они программно не смогут, Вы ведь онимаете, что БП через ACPI не отклчает отдельные девайсы, т.к. на одном и том же канале может висеть несколько устройств.

Antech
Честно, линукс в глаза не видел ни разу, под окна альтернативы есть какие-то, пожалуйста?
Диски у меня разнесены по разным контроллерам, вот как это вылядит:
Питания тоже на разные шлейфы разнесены, можно будет один канал программно отрубить на некоторый период времени и затем снова подать питание(дать винту остановиться, и бошкам припарковаться) или это в принципе невозможно?
upd:
Ага, нашел dd for windows. Похоже, что программа опасная, придется очень аккуратно и вдумчиво с ней работать. Остался вопрос с ACPI, можно ли откючать питание на одном определенном шлейфе и как это сделать из под Windows? Спасибо.

fkn0wned

Цитата:

можно ли откючать питание на одном определенном шлейфе

Отключать/подключать раздельно питание могут специальные серверные контроллеры (у них и блоки питания свои), но им не прикажешь --- у них собственная программа…

А обычный ATX блок питания только ВСЕХ врубить/обрубать умеет --- так он устроен.

Tau_0

Цитата:

прошу прокомментировать

А что комментировать? Попалили Хитачи до "козы", как им это удалось - не знаю, это надо особым талантом обладать. Там наверняка и коммутатор в банке сгорел.
Если речь о том, что "блок питания стремясь компенсировать падение напряжения из-за подключения дополнительного потребителя, резко задирает напряжение на выходе и промахивается выше номинально установленного значения", то автор не совсем точен. Это называется "перекос", при резком возрастании нагрузки на одном из каналов (5 или 12 вольт) управляющая схема меняет скважность импульсов на трансформатор, чтобы ее компенсировать, но это приводит к скачку напряжения на другом, ненагруженном, канале. Там все и горит. Происходит обычно при закоротке "на ходу" одного из напряжений.

fkn0wned

Цитата:

Питания тоже на разные шлейфы разнесены

И что, Ваш БП умеет программно отключать отдельные шлейфы?


Цитата:

под окна альтернативы есть какие-то

Вроде нет.


Цитата:

нашел dd for windows

Да, есть такое. Но где там скрипты?

LeoT

Цитата:

А что комментировать?

Угу, согласен --- спасибо.

Именно поэтому (из-за всплесков/перекосов) мне и не нравится подключать/отключать питание хардов на горячую…

При горячем подключении data - кабелей было такое ---- горели COM, LPT порты (гальваническая развязка…). Да и для IDE я бы не рискнул, а вот SATA (если реализовано не очень уж криво) ---- не вижу оснований для отрицания…

Хотя, скорее всего, это спор: с какого конца яйцо разбивать ---- острого/тупого. Если OHO нормальное --- по любому должно работать. Нет --- надо учитывать особенности конкретной реализации.

У меня и так, и так работает. Баловался проверял. Вот только мульён раз переключить, даже если аппаратно/программно реализовать не получится --- что-то гораздо раньше сдохнет.

Всем привет.

Проблема в следующем. Имеется внешний usb винт 2.5
в один непрекрасный день он перестал определяться.
то есть при подключении тупит минут 5-10. потом в управлении дисками
вижу 2 раздела, однако файловой системы не указано, с винды не доступны они.

Model: WDC WD3200BEVT-24A23T0
Firmware: 01.01A02
Serial: WD-WX80AC989484
LBA: 625142448



можно ли спасти данные и сам винт вернуть в работоспособное состояние?

Цитата:

И что, Ваш БП умеет программно отключать отдельные шлейфы?

Да, знаю, меня уже огорчили

Цитата:

Да, есть такое. Но где там скрипты?

Нет, но она может принимать параметры командной строки и тормозиться на первом же блоке и не будет пытаться читать дальше, что мне и нужно. А скриптовый интерпретатор — любой внешний (perl, python, etc). В общем, вот как я себе это представляю(что-то типа моих наметок алгоритма):

Код: E:\DD\dd if=\\?\Device\Harddisk1\DR1 of=Partition2(n) bs=512 count=437176781 skip=102398373 --progress

mistx
Вообще-то по СМАРТу видно, что там все в бэдах. Попробуйте Clone Disk в WinHex, но есть вероятность накрыть винт без возможности восстановления, если продолжать мучить его.

fkn0wned
Да ну, это гемор. Лучше написать (на C++, к примеру) простую прожку-копировщик с нужным алгоритмом. Там же не надо ничего обрабатывать, только копировать, да и стиль программинга не важен. Все равно dd действует точно также, т.е. через функции ОС, а возиться с разными перлами в данном случае совершенно неудобно ИМХО.
Конечно, нужно писать в один файл. Вообще не закрывать его. Позиция задается (в Винде) функцией SetFilePointer...

Antech

Цитата:

Позиция задается (в Винде) функцией SetFilePointer...

Думаю, что из-под WINDOWS (там асинхронно работает) не получится, если сам винчестер отрубает транслятор и аппаратно вываливается. Тут из-под DOS надо какой-нибудь собственный HD Duplicator мудрить. Именно с аппаратным отключением винта --- чтоб раньше времени не сдох. Действительно, логика копира несложная, вот только стоит ли того полученный на выходе дуршлаг?

fkn0wned
Мне не так интересно знать --- сколько это времени (в: днях, месяцах, годах…) займёт. Любопытно --- чем и как дырки затыкать будете…???...

IMHO -- Вы задумали Unreal

Antech
Угу, как бы не так, вот только кто бы мне написал такую тулзу... Пойду руками делать, если везет, то за раз можно и до 2-х ГБайт снять.
Tau_0
Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.

Кстати, не знает никто, можно ли будет этот образ потом примонтировать к системе как логический диск (чтоб Partition Table Doctor'ом посмотреть, может он там чего разглядит)? Все больше убеждаюсь в том, что нужно себе первый раз в жизни поставить линукс, тут тебе и dd и вышеозначенная операция как два пальца (вроде бы).

Antech
я всегда думал, что значения current pending sector count - не страшны.
Думал, что следует напрягаться, когда вылезают Reallocation Sector Count.

Просто однажны был у меня на винте current pending sector count-1, после ремапа исчез и все по нулям было.

Или в этом случае нужно смотреть по количеству секторов?

Пробывал через Clone disk вылетает
ошибка в данных (CRC) при указании раздела

mistx

Цитата:

Или в этом случае нужно смотреть по количеству секторов?

У меня тоже один такой отложенный был --- так он сам по себе (без каких-либо телодвижений с моей стороны) неведомо куда ушёл --- и ВСЁ по нулям стало. Думаю, что плохо, если они постоянно вновь появляются --- значит присутствует какая-то “бяка”…

У меня вот опять один упрямый UNCR ID C6 (198) появился (я сам специально винчестер "дёргал" ) --- да вот никак его LBA ни MHDD, ни Victoria даже из-под DOS не берут. Может кто знает как его выщелкнуть.

И ещё один вопрос, он перекликается с проблемой fkn0wned. Допустим, есть LBA UNCR сектора (заремапить его не проблема), но как определить --- к какому файлу принадлежит данный сектор. Ясно, что такой сектор почти наверняка губит весь файл. Мне надо знать имя файла. Попробовал через WinHex --- да не получилось у меня. Может плохо пробовал…

Кто что посоветует.

fkn0wned

Цитата:

Ничем и никак, буду raw-scan ом вытаскивать то, что найду в образе.

Так не выйдет у Вас НИЧЕГО… Чтобы “выдержать размер” лакуны забить придётся. Только это почти не поможет. Вы просто с дампами не работали --- там такое спагетти. Без некоторых малых, но необходимых фрагментов Ваши отсканированные гигабайты ---- просто мусор.

Вот здесь См. пост Отправлено: 13:13 27-04-2010 и далее
http://forum.ru-board.com/topic.cgi?forum=84&topic=1019&start=2440
Doca Watson нечто интересное и конструктивное в этом смысле предлагал

Попробуйте проанализировать и реализовать его затею. Я хотел попробовать, но нет нужного харда, да и никакой особой надобности в этом у меня нет…

Tau_0
Насчет вашего сектора — попробуйте в Victoria for Windows во вкладке Advanced пооткрывать блоки рядом с вашим плохим, если вы знаете его адрес — может что-то осмысленное увидите в содержании. А со своим я эксперементы сворачиваю, вот на что нынче СМАРТ похож:

Код: ST3500320AS 9QM97C31
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 91 84 6 141978389 ••••
3 Spin-up time 94 94 0 0 ••••
4 Number of spin-up times 100 100 20 411 •••••
5 Reallocated sector count 100 100 36 1798 •••••
7 Seek error rate 78 60 30 63671793 •••
9 Power-on time 97 97 0 3315 ••••
10 Spin-up retries 100 100 97 7 •••••
12 Start/stop count 100 100 20 395 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 912 •
188 Command timeout 100 1 0 111670853898 •••••
189 High Fly writes 100 100 0 0 •••••
190 Airflow temperature 75 58 45 25°C/77°F ••••
194 HDA Temperature 25 42 0 25°C/77°F ••••
194 Minimum temperature 90 42 0 14°C/57°F -
195 Hardware ECC recovered 43 27 0 141978389 ••
197 Current pending sectors 100 100 0 249 •••••
198 Offline scan UNC sectors 100 100 0 249 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••

Tau_0

Цитата:

из-под WINDOWS (там асинхронно работает) не получится, если сам винчестер отрубает транслятор и аппаратно вываливается

Транслятор не отрубают, транслятор глючит. А отвал винта fkn0wned решает передергиванием питания, как я понял. Конечно, если это не просто бэды, если там повреждения поверхности и возникнет запил, то винт сдохнет совсем и восстановление в фирме уже под вопросом (естественно, цена будет космическая).
Если копировщик продвинутый, а бэдов не слишком много, то на выходе будет вообще работающий раздел (на новом винте, естественно, или в файле). Дырки там будут односекторные, на местах бэдов, заткнуты должны быть паттерном (в моей проге задается каким байтом их заполнять).


Цитата:

как определить --- к какому файлу принадлежит данный сектор

Через WinHex, должно было получиться, значит плохо пробовали. Что конкретно не так?

mistx

Цитата:

я всегда думал, что значения current pending sector count - не страшны

Если один, то ладно еще, можно списать на софт-бэд из-за отключения винта во время записи, например. Но после записи в него может оказаться, что это настоящий бэд (заремапится). А теперь зацените количество пендингов на Вашем... Ну очень врядли, что они софтовые, да и если софтовые, проблемы винта очевидны.


Цитата:

ошибка в данных (CRC) при указании раздела

Указывать надо физический диск. А если хотите раздел, смотрите в MBR (Alt+F12 на секторе 0) Sectors precening (начальный сектор) и Sectors in partition. И задавайте область копирования по этим значениям.

fkn0wned

Цитата:

можно ли будет этот образ потом примонтировать к системе как логический диск

Можно, к системе Linux . Что-то типа mount -t ntfs ./image.img /mnt/image -o loop, но я точно не помню вот этот момент с -o loop, посмотрите man mount. Но это для образа раздела. Для образа винта надо как-то смещение от начала задать, это должно быть в мане.
Как под Виндой, не знаю, вроде кто-то говорил, что есть прога некая... Но мне не надо: если понадобится, у меня на USB винте Mandriva установлена для ноутбука. Так что я и не искал.


Цитата:

кто бы мне написал такую тулзу

Но ведь на перле она сама тоже не напишется.
У меня есть копировщик в экспериментальном (недоделанном) Media Workshop II, но он на такое не рассчитан. Т.е. он не будет ждать, пока Вы питание переткнете. По сути, он как и WinHex копирует. Но дописывать в существующий файл там можно, и реверсивное копирование есть.

Добавлено:
fkn0wned

Цитата:

за какой услугой обращаться

Восстановление данных. Вам надо в серьезную фирму типа mhdd.ru или r-lab. Халтурщикам пересадку гллов доверять нельзя. Или забить, попробовать копировать, не получится - на магнитики.

Antech
Вообще-то да, бэды там односекторные, ближе ко второй половине раздела (~100й ГБайт) вообще встречаются раз на 2 ГБайта, но я пока бросил эту затею, отложу ка я его до лучших времен...

Я с Украины, а это — русские, не подскажите украинские конторы того же профиля и внушающие доверие?

fkn0wned

Цитата:

ремонт, а дальше я сам поковыряюсь

Не выйдет. Во-первых, это не чинится, а все попытки ремонта требуют полного уничтожения данных без возможности восстановления, а во-вторых, никто и не возьмется, не рентабельно их чинить. Насчет восстановления данных - ищите тех, кто уже умеет именно такие случаи, а то там много тонкостей, без которых ничего хорошего не получится.
http://masters.hardw.net/cat/ukraine.htm

PS. Но вообще-то в области DR никакого национализма нет, всем все равно, откуда заказы делать .

LeoT
Эх, смотря на цены с учетом нужных для восстановления манипуляций (вскрытые гермоблока, донорстов головок) становиться грустно. Я понимаю, что это серьезная работа, требующая определенной квалификации, но в моем случае оно того не стоит, пожалуй, информация не коммерческая...

Antech

Цитата:

Через WinHex, должно было получиться, значит плохо пробовали. Что конкретно не так?

Спасибо.
А я и не писал, что хорошо --- задней ногой попробовал. Посмотрел --- ага, нули в сектор прописались и читается --- хорошо, а вокруг нечто непонятное. Тыркнул туда-сюда и ВСЁ. Я сходу просто не нашёл, хотя по идее должна в дисковом редакторе такая возможность быть. Вы подтвердили --- да, есть. Ещё раз спасибо --- не буду другие редакторы пробовать/искать…

Поковыряюсь вот (кое-что другое не нравится --- надо проработатаь) и уж тогда конкретнее спрошу…

Antech, dmde, срочно необходима ваша помощь! У знакомой-бухгалтера на работе "исчезли" все базы 1с. Конечно никто не признаётся, но крайней сделают знакомую, что не есть хорошо. Базы находились на 2003 сервере с 2-мя WD800, насколько понял, без RAID (сейчас диски у меня), каждый разбит на два раздела, в итоге есть что-то типа: C, D, E, F. Базы на E (v:DATA). Все программы восстановления, в т.ч. DMDE, находят базы и другие файлы, восстанавливают их, но при открытии любой базы "Общая ошибка открытия...", у файлов "Не удалось открыть..". Почти всё найдено в удалённых папках/файлах корзины RECYCLER, именно в удалённых, не самих файлах корзины.

На данный момент (до обеда понедельника) важно восстановить (если это в принципе восстанавливается) хотя бы 2 файла: 070410_aU.zip (8 571 877 b, архив базы) и 1CV7.MD (17 698 304 b, файл конфигурации). Какие данные предоставить?Спасибо

Ignat

Цитата:

восстанавливают их, но при открытии любой базы "Общая ошибка открытия..."

Похоже на уже перезаписанные файлы.
С архивом 070410_aU.zip та же история? Если это именно zip-архив, то вначале файла должна быть стандартная сигнатура 504B (hex) или PK (текст) - проверьте любым hex-редактором или прямо в дисковом редакторе. Неудалённые файлы нормально открываются?
Внутри RECYCLER файлы обнаружены с исходными именами? Это странно. Кроме того, удаление в корзину, вроде, не работает по сети. Что-то тут нечисто...