Статьи

Вышел из строя HDD Hitachi HTS547550A9E384

Artem Makarov aka Robin
04.10.2012
13288 просмотров

Из Краснодара в Москву проездом прибыл мой Краснодарский представитель, и привез два принятых у клиентов поломанных жестких диска. Один из них — недавно купленный 2,5 дюймовый накопитель Hitachi HTS547550A9E384, который при обращении к нему начал завешивать систему. На нем важная для клиента информация, требующая восстановления.

Прежде чем приступать к восстановлению данных, требуется провести диагностику. Диагностика выявила интересную картину — при подаче питания диск на слух нормально рекалибруется, после окончания стартовой инициализации винчестера в регистрах состояния выставляются биты DRDY и DRSC, т.е. с виду все хорошо. Идем дальше — запрос get drive ID, чтобы оценить результаты инита драйва. Программка рапортует:

 Hitachi HTS547550A9E384 S\N: J2160051EK7K9D FW: JE3OA50B LBA: = 268435455 LBA48: = 976773168 Total: = 500107862016 bytes (476940 MB) UDMA-5 supported Automatic Acoustic Management (AAM) not supported SCT Error Recovery Control Is Supported

Все отлично, вроде как. Даю команду на чтение сектора, — диск выставляет BUSY и зависает наглухо. Программный и аппаратный сброс не работают. Помогает только рестарт питания. Ладно, сбрасываю питание, решаю проверить служебную информацию. Все модули читаются без ошибок. Проверяю диск на так называемый пендинг баг — распространенная ошибка почти у всех современных дисков, когда так называемая background activity которая возникает, если адаптивные настройки по той или иной причине перестают быть на 100% валидными, или начинают деградировать сами пластины. Reallocation Status -> Off

Тут выясняется странное: диск после подачи питания сколько угодно может реагировать на ту же get ID, можно считать за один присест весь массив треков или модулей со служебки, но при любой ПОВТОРНОЙ попытке чтения, драйв виснет. Причем не важно, читается ли это служебная информация после подачи технологического ключа (super-on, супер-он команды), или читается сектор пользовательской области (опять же любой командой, хоть 0х20, хоть 0х24) — один сектор прочитали, больше до сброса питания не видать. Более того, диск после подачи питания мог стоять пять и больше минут, в течении которых можно было много раз забирать из памяти ID по запросу, по прошествии которых без проблем читался тот же самый единичный сектор, но после его прочтения, диск уходил в себя.

Подозрение логично пало на плату электроники. Из магазина был доставлен аналогичный, полностью исправный, запечатанный диск, с него снята плата, перенесено содержимое NVRAM от пациента, и заведомо рабочий контроллер прикрутили на жесткий диск, нуждающийся в реанимации. Картина осталась прежней.

HTS547550A9E для ремонта и восстановления

HTS547550A9E для ремонта и восстановления

Плата электроники HDD HTS547550A9E

Плата электроники HDD HTS547550A9E

В итоге было найдено простое, но пока что необъяснимое решение: сразу после подачи питания, не давая диску прерваться, было запущено полное посекторное копирование на destination drive, которое закончилось без единой ошибки и в результате чего был получен клон поломанного HDD на диске исправном.

Оставьте комментарий
Вахтанг
08 октября 2012, 17:02

Вай-вай! Какой молодэц!

Artem Makarov aka Robin
08 октября 2012, 17:08

Троллите? Ну-ну © :)

Михаил
17 октября 2012, 11:56

Было бы интересно прочитать продолжение истории :) или дальнейшего копания не будет?

Artem Makarov aka Robin
17 октября 2012, 14:18

А чего рассказывать? Информация восстановлена в полном объеме, большего и не требовалось. Диск ремонтировать смысла нет, так как аппаратно он полностью исправен, то переехал на полочку с донорами и будет использован для восстановления данных в последующих заказах.

Anton-Lyamkin[at]ya.ru
19 февраля 2013, 00:44

Такая же бяда у друзей, винт Hitachi 5k750-500, HTS547550A9E384. Викторией под дос его прогнал, если успеешь запустить тест или инфу получить - показывает но тут же после этого аглухо уходит в себя. Сброс питания - и показывает снова все. Повторно - вываливается в Бизи. Сброс не помогает. Может появилась версия - как оживить винт? Тес поверхности идет нормально, ошибок вообще нету, не хочется его выбрасывать. Винт ушел в такое состояние после неудачнрого подключения глючным усб-карманом...

Artem Makarov aka Robin
19 февраля 2013, 16:09

Попробуйте считать служебку и прописать всю SA паттерном, а потом не передергивая питания записать сохраненные модули назад. Есть предположение, что трабла может крыться в софт-бэдах которые в service area но не на месте модулей

yoxel
13 ноября 2013, 16:17

Такой же винчестер, новый, нормально работает в ноутбуке (установилась Windows 7), но не читаются разделы под Windows XP (лицензия). Victoria 4.47 видит диск как virtual drive, через PIO выдаёт информацию о разделах. Бэдов нет.

Artem Makarov aka Robin
13 ноября 2013, 16:41

Там наверное GPT вместо классического mbr?

Нужна консультация?

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

Для этого у нас есть все необходимое:
Важно – кто будет первым!
восстанавливать
информацию