Проблема жестких дисков Hitachi семейств ALACLABLA и способ ее решения.
Сегодня я опишу одну из наиболее типичных проблем все жестких дисков Hitachi, принадлежащих семействам ALA\CLA\BLA и выдам способы ее решения.
Анамнез заболевания — ваш диск при подаче на него питания начинает раскручивать двигатель, распарковывает свои головки и, находясь в процессе рекалибровки, он начинает издавать всякие характерные тычки, которые ощущаемы даже тактильно, если держать диск в руке. Толчки происходят с периодичностью примерно один раз в секунду. Секунд через 30 диск говорит о готовности по регистрам состояния, и помимо всех DRD и DSC бит, он начинает взводить так же и T0NF, что можно расшифровывать, как track 0 not found или как говорят незадачливые граждане — слетела нулевая дорожка.
Мы подаем запрос id Drive, а он приводит к ошибке. И всё, аллес, приехали.
Чтобы вывести ваш диск из состояния коматоза достаточно всего лишь подать в ATA-командере так называемый техноключ или, как его еще называют super on command. Сразу после этого диск отдаст валидный id и ты, пытливый исследователь, получишь доступ к пользовательской области. Но радость будет недолгой. После, примерно, четырех миллионов LBA все попытки вашего обращения к сектору приведут лишь к некорректируемой ошибке данных или UNCuncorrect read sector count. Обычно эта ситуация возникает из-за неполной инициализации диска при его старте. Те самые частые «тук-тук» означают, что микропрограмма вашего жесткого диска при старте начинает перебирать абсолютно все головы (коих у двух терабайтного диска HDS722020ALA330 прилеплено целых десять штук!) на предмет чтения или записи. Если вдруг какая одна из (или не одна) голов этот тест не проходит, то всей комплексной инициализации вашего HDD не случится, и считать пользовательские данные так просто не удастся.
Super on даст вам возможность воскресить диск из комы, но передатчик от этого лучше не становится. Для получения полного доступа ко всей пользовательской области секторов LBA вам будет необходимо в полном объеме обойти функцию стартовой инициализации, обмануть микропрограмму так, чтобы фактически при обращении к одной (наиболее живой и отзывчивой в пакете) голове диск считал, что он тестирует все отделы по-очереди. Провернув подобное, вы получите абсолютно корректную таблицу трансляции в памяти и, как следствие, получите возможность сохранить вашу пользовательскую информацию на исправный носитель, а поломанный без сожаления сдать в гарантию под замену.
Сегодня я опишу одну из наиболее типичных проблем все жестких дисков Hitachi, принадлежащих семействам ALA\CLA\BLA и выдам способы ее решения.
Анамнез заболевания — ваш диск при подаче на него питания начинает раскручивать двигатель, распарковывает свои головки и, находясь в процессе рекалибровки, он начинает издавать всякие характерные тычки, которые ощущаемы даже тактильно, если держать диск в руке. Толчки происходят с периодичностью примерно один раз в секунду. Секунд через 30 диск говорит о готовности по регистрам состояния, и помимо всех DRD и DSC бит, он начинает взводить так же и T0NF, что можно расшифровывать, как track 0 not found или как говорят незадачливые граждане — слетела нулевая дорожка.
Мы подаем запрос id Drive, а он приводит к ошибке. И всё, аллес, приехали.
Чтобы вывести ваш диск из состояния коматоза достаточно всего лишь подать в ATA-командере так называемый техноключ или, как его еще называют super on command. Сразу после этого диск отдаст валидный id и ты, пытливый исследователь, получишь доступ к пользовательской области. Но радость будет недолгой. После, примерно, четырех миллионов LBA все попытки вашего обращения к сектору приведут лишь к некорректируемой ошибке данных или UNCuncorrect read sector count. Обычно эта ситуация возникает из-за неполной инициализации диска при его старте. Те самые частые «тук-тук» означают, что микропрограмма вашего жесткого диска при старте начинает перебирать абсолютно все головы (коих у двух терабайтного диска HDS722020ALA330 прилеплено целых десять штук!) на предмет чтения или записи. Если вдруг какая одна из (или не одна) голов этот тест не проходит, то всей комплексной инициализации вашего HDD не случится, и считать пользовательские данные так просто не удастся.
Super on даст вам возможность воскресить диск из комы, но передатчик от этого лучше не становится. Для получения полного доступа ко всей пользовательской области секторов LBA вам будет необходимо в полном объеме обойти функцию стартовой инициализации, обмануть микропрограмму так, чтобы фактически при обращении к одной (наиболее живой и отзывчивой в пакете) голове диск считал, что он тестирует все отделы по-очереди. Провернув подобное, вы получите абсолютно корректную таблицу трансляции в памяти и, как следствие, получите возможность сохранить вашу пользовательскую информацию на исправный носитель, а поломанный без сожаления сдать в гарантию под замену.
