Вопрос задан:
День добрый, Артем!
Я у тебя пару-тройку лет восстанавливал инфо с харда, сам из г. Старый Оскол.
Не откажи в любезности, дай совет.
Принес один знакомый хард (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 и проще купить новый, а этот продать на запчасти.