Восстановление данных с диска Hitachi 2.5″
Задача | Восстановление данных с диска Hitachi 2.5″ | ||||||
Оборудование |
|
||||||
Проблема заказчика | Диск перестал определяться, и стали слышны какие-то посторонние звуки. | ||||||
Результаты диагностики | Диагностика показала, что у диска неисправен блок магнитных головок. Вскрытие диска и осмотр гермозоны показали, что пыли нет, а значит, вероятнее всего, запила нет и можно менять блок магнитных головок. | ||||||
Процесс |
Для замены блока магнитных головок (БМГ) на испорченном диске требуется подобрать подходящий диск-донор. В данном случае для подбора донора достаточно руководствоваться моделью, то есть модели обоих дисков должны совпадать полностью. Донор был подобран. Так как эти диски Хитачи поддерживают правку карты головок в ПЗУ, то перед началом работ мы всегда проверяем, все ли головки неисправны или же можно до замены блока магнитных головок считать часть диска по исправной голове. У неработающего диска всего две головки (карта 0, 1). Путем правки выяснилось, что голова 1 «живая», а значит, если подождать и проинициализировать диск, то можно получить доступ к поверхности. После данной процедуры диск достаточно долго выходил в готовность, но при этом посторонних звуков не издавал. И как результат, удалось на РС3000 сделать клон диска по одной из поверхностей. По завершении этого процесса и перед заменой БМГ было принято решение «усыпить» (подать команду sleep) диск с подгруженными и проинициализированными параметрами, на случай если по 0-й поверхности служебная информация окажется повреждена. После этой команды диск останавливает двигатель и паркует головки, что позволяет аккуратно открутить плату контроллера, не снимая питания. Далее была проведена замена блока магнитных головок и прикручен контроллер обратно на диск. Для вывода диска из «спящего» режима подали команду рекалибровки, проинициализировали транслятор в ОЗУ HDD и получили доступ к 0-й поверхности. Это позволило прочитать таблицу MFT и построить карту приоритетных файлов. Далее был запущен процесс посекторного копирования по карте файлов по 0-й голове с прерыванием на цепочках файлов, содержащих бэд-блоки. |
||||||
Результат | При сохранении данных выяснилось, что потери оказались минимальны и некритичны. Данные успешно восстановлены. |