WD10JMVW с царапиной, восстановление данных для Сергея из Хабаровска. Часть 1⁠⁠

Всем доброго. Сегодня в работе такой диск серии FBLite 2.5"

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

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

Вскрываю диск, на поверхности есть немного мусора, видимо вскрывали не в чистом боксе. Снимаю блок голов, вижу что по 2й из 4х голов есть следы запила, требуется разборка пакета дисков и осмотр их в каком состоянии они находятся. Разбираю, осматриваю.

На одной из 4х плоскостей есть царапина, как раз в области нахождения служебной информации, куда диск первым делом обращается при старте, нужно сделать так чтобы диск не касался этой царапины и постараться вычитать информацию сперва по остальным плоскостям. Выкусываю одну из 4х голов БМГ донора. Собираю пакет дисков, мою поверхность от мусора с прошлого сервиса. Ставлю огрызок БМГ в диск клиента и вперед.

Запускаю утилиту.

Паспортные данные не прочитаны, объём 0, этого следовало ожидать при таких повреждениях. Сохраняем служебную информацию по 0й голове, помним что второй физической головы снизу, те 1й логической у нас нет. Далее идем в каталог модулей и делаем проверку опять же только по 0й голове, на 1й у нас царапина и головы пока нет.

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

В первую очередь пытаюсь считать важные модули, пропуская ошибки чтения. Модуль 25 считан и имеет всего одну ошибку.

На выходе получаем такой файл с расширением BAD в папке с ресурсами.

Открываю в хекс редакторе и видим что до поврежденного места DE-AD идут 00 и после идут 00

Предполагаю что и на месте DE-AD были 00, заполняю это поле 00 значением

Сохраняю его как 25.rpm и пытаюсь записать в диск на то же место где ранее находился модуль в служебной части диска. Копию 1 исключаю так как голова по прежнему отсутствует.

Запись прошла успешно. Проверяю модуль повторным считыванием, тоже успешно, это радует. Идем дальше к следующему поврежденному модулю.

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

Там же где строка DE-AD приходится не на 00 а на данные в комплексе есть инструмент ремонта модулей, например модуль 4E

После ремонта модуля, пересчитываю контрольную сумму, проверяю и записываю модуль обратно. После ремонта всех поврежденных модулей получаю такую картину, все записанные на свои места модули считываются, не пришлось переносить их на новые места в служебной части. У некоторых модулей не сходится контрольная сумма.

Переключаю питание, пере захожу в утилиту, загружаю лоадер из бэкапа этого же диска, грузим дир в озу, включая 02 модуль, диск уже определяется с верным серийным номером, объём так же 0.

При обращении к пользовательской зоне, ошибка ABR, не пускает.

Возвращаюсь к модулям снова, переписываю не критичные модули от диска донора с такой же FW. Получаю такую картину. модули записались, прочитались, контрольная сумма некоторых не совпала, не страшно.

Далее блокирую доступ к SA перезапускаю питание и утилиту, в озу разрешаю доступ к SA. Все красиво. Сохраняю резервную копию системных файлов.

Проверяю чтение поверхности в области User Area (UA), тоже все красиво.

Перехожу в окно Data Extractor, строю карту голов, исключаю голову 1, тк у нас ее нет. Строю дерево каталогов и файлов. Данные доступны.

Тут я думаю нужны все файлы. Поэтому строю карту занятых секторов. Получаю размер 929,66Гб данных. тк головы 1 нет, строю карту с учетом карты голов 0, 2, 3 - объём полученный 701,87Гб это можно прочитать этими головами, вперед.

В процессе чтения выяснилось что голова 3 читает очень плохо в начале диска, поэтому процесс чтения был запущен с конца диска. В ходе чтения попадались такие вкрапления нечитаемых секторов. Видимо мусор от запила по 1й голове разлетелся по диску, глазом не видно но что на 0й что на 2й или 3й поверхности такие места встречались, после вычитывания буду мыть плоскости и пытаться их перечитать.

В процессе вычитывания проверяя результат, заметил что в конце диска сектора заполнены значением 00, данных там нет. Следовательно незачем читать пустую часть диска. Вычитываю $Bitmap файл 29мб и находится полностью в зоне головы 3, читаю, много битого, отмена.

Пробую читать мфт, 161мб, часть файла на 0й голове часть на 3й, дыры есть тоже, пробую дочитать то что есть. Файл состоит из заголовков метаданных.

Продолжение следует....

PS: в пост не входит более 25 медиа.