Диагностика жесткого диска, предназначенного для видеорекордера

Вопрос Вопрос задан: пользователем по имени:

День добрый, Артем!

Я у тебя пару-тройку лет восстанавливал инфо с харда, сам из г. Старый Оскол.

Не откажи в любезности, дай совет.

Принес один знакомый хард (WD10EARS), эксплуатировался в видеорегистраторе (DVR) в пром. помещении, по словам хозяина - начал "глючить, торозить", конкретнее уточнить не смог.

Данные ему не нужны - ему хочется понять - выкидывать хард или его можно привести в порядок и он будет работать.

Принял "пионерские" меры - группа контактов на плате электроники вся позеленела, почистил.

В Victoria ver. 3.5x SMART в Reallocated Sectors Count показывает только три заремапленных.

Все параметры SMART "зелененькие".

Занулил весь хард - ни софт-бэдов, ни тем более бэд секторов не нашлось.

Но вот не пошла проверка интерфейса. После непродолжительного чтениязаписи данных Victoria сыплет сообщениями о попытке получить DRQ - потом аборт, винт отверг команду. Опять получаю паспорт диска. Обмен данными, много-много DRQ - и винт отверг команду.

Это не самое интересное - регистратор очень чудно работает с хардами. На харде не было никакой (известной Win7 и Ubuntu 10) ФС, ни одного раздела и MBR. Диск по их мнению - абсолютно пуст, но на нем есть видео с камер. DVR именно так и работает с хардами, у него идет запись данных, минуя все классические структуры. Т.е. возможные проблемы с AF или файловой системой не имеют решения.

Вопрос такой: можно ли по глюкам в Victoria судить о проблемах с кеш-памятью в этом случае? Или такая ситуация нормальна для старой Victoria с новыми дисками, есть еще вариант с глючностью структур данных, создаваемых DVR...

Ответ Ответ:

Прежде всего - команда чтения или верификации, в той же Виктории, работает с секторами на уровне "прочитал без ошибок = ок, go to дальше". Содержимое сектора в данном случае не имеет значения, главное чтобы КС сошлось (не софт-бэд). Поэтому что бы ни писал на жесткий диск видеорекордер, к аппаратной проверке на чтение это не будет иметь отношения.

Что касается подвисаний харда, то возможно имеет место т.н background activity, когда диск начинает метить сектора с замедленным временем доступа как кандидат-дефекты и перестает отвечать на внешние запросы. Если это так, то можно очистить relo-list и запретить в микропрограмме добавление записей. После рестарта по питанию прогрузится микрокод с учетом новых пожеланий и диск перестанет зависать.

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

Возник вопрос - задавай!Задать вопрос

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

Восстановление инфы с телефона

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

Неужели я поломал жесткий диск?