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

Из Краснодара в Москву проездом прибыл мой Краснодарский представитель, и привез два принятых у клиентов поломанных жестких диска. Один из них - недавно купленный 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 на диске исправном.

Оставить комментарий

Читать комментарии к статье

Оставить комментарий:

Текст на изображении: Дайте понять, что вы не спамер Если вам не понятен текст на изображении обновите страницу, нажав F5

Вахтанг
Вай-вай! Какой молодэц!
Robin
Троллите? Ну-ну (с) :)
Михаил
Было бы интересно прочитать продолжение истории :) или дальнейшего копания не будет?
Robin
А чего рассказывать? Информация восстановлена в полном объеме, большего и не требовалось. Диск ремонтировать смысла нет, так как аппаратно он полностью исправен, то переехал на полочку с донорами и будет использован для восстановления данных в последующих заказах.
Anton-Lyamkin[at]ya.ru
Такая же бяда у друзей, винт Hitachi 5k750-500, HTS547550A9E384.

Викторией под дос его прогнал, если успеешь запустить тест или инфу получить - показывает но тут же после этого аглухо уходит в себя. Сброс питания - и показывает снова все. Повторно - вываливается в Бизи. Сброс не помогает.

Может появилась версия - как оживить винт? Тес поверхности идет нормально, ошибок вообще нету, не хочется его выбрасывать.

Винт ушел в такое состояние после неудачнрого подключения глючным усб-карманом...
Robin
Попробуйте считать служебку и прописать всю SA паттерном, а потом не передергивая питания записать сохраненные модули назад. Есть предположение, что трабла может крыться в софт-бэдах которые в service area но не на месте модулей
yoxel
Такой же винчестер, новый, нормально работает в ноутбуке (установилась Windows 7), но не читаются разделы под Windows XP (лицензия). Victoria 4.47 видит диск как virtual drive, через PIO выдаёт информацию о разделах. Бэдов нет.
Robin
Там наверное GPT вместо классического mbr?

Заметки схожей тематики:

Проблема с новым Hitachi HGST 726042 ALE614

Сгорела электроника на Хитачи Дескстар после сбоя в блоке питания

Упал и перестал работать HDD Hitachi 7K750-500