Полигон-2

Медленно увязаю в болоте диагностики жёстких дисков ;-) До подключения по терминалу не дошёл (да и не всегда это, пожалуй, надо, сначала надо просто отобрать живые диски), но хотя бы более менее начало складываться представление о работе с программами тестирования, однако, вопросов пока меньше не стало. Сначала хотел сгруппировать диски по схожести проблем (вопросов), но потом понял, что ещё не готов ставить точные диагнозы и поэтому пойду по случайной выборке (но начну с вариантов попроще), а походу может, что и будет вырисовываться более структурное.

Используемый софт и получаемые данные.

Основной софт это HDDScan 4.0 (Victoria 4.47 у меня на WinServ 2008 R2 не заработала, и к тому же у HDDScan удобная система сохранения отчётов в html, для выкладывания в интернет), но тут есть некоторые особенности:
1. Значения атрибутов S.M.A.R.T. он выводит в Hex, к этому привыкаешь, но не очень удобно. Поэтому, я буду заострять внимание на тех значения которые у меня вызывают вопросы.
2. График скана поверхности он сохраняет в формате .emf (который например не отображает FF), поэтому я его руками конверчу в .png перед выкладыванием и если вы на странице скана не увидите графика, значит Акелла промахнулся и говорите мне, я сконвертирую файл.
Также иногда будут скриншоты HDDScan с картой тестирования секторов, т.к. там тоже есть некоторые вопросы по "структурам" скоростей доступа к секторам.

Дополнительный софт это Victoria 3.5 for DOS. Т. к. HDDScan не ремапит сектора при верификации, для проблемных дисков я запускаю Victoria на отдельном стенде в режиме линейного чтения с классическим ремапом (пробовал расширенный, но на сильно проблемных дисках он часто срывает крышу то ли Victoria, то ли контроллеру винта). Т. к. это DOS, то с этого стенда будут иногда фотки экрана Victoria с некоторыми вопросами.

Все данные по тестированию будут даны ссылками на .htm страницы или .png или .jpg файлы. Не хочу вставлять картинки в пОсты, это сделает тему компактнее.

Для простоты навигации по теме, у каждого диска будет название типа Disk #XX. Потом я ссылки на пОсты по конкретным дискам, с их номерами попробую подтянуть в подвал первого (этого) пОста, но то ли я не очень понимаю принцип работы ссылок на пОсты на этом форуме, то ли он действительно глючный, не факт, что это будет работоспособно.

Disk #1
Disk #2
Disk #3
Disk #4
Disks #5, #6 и #7

Disk #1 - Hitachi HTS543232A7A384

S.M.A.R.T. | Verify #1 | Verify #2 | Карта блоков

Нулевой атрибут S.M.A.R.T. 5. и ненулевой 196. как бы говорит, что были софт-беды и они исправлены без ремапов, но тест поверхности показывает, что в определённых местах есть провалы. С чем они могут быть связаны? Так получилось, что с первого раза я тестирование закончить не успел и сохранил промежуточные данные test #1 и странно, что на следующий день в test #2 начало диска читается гораздо лучше, при том, что при первом тестировании не было секторов с доступом более 50 мс. Почему данные тестирования могут так плавать день ото дня?

CodeMaster написал:

[q]

Для простоты навигации по теме, у каждого диска будет название типа Disk #XX.

[/q]

Нет. Называй диски так: полное название модели диска_полный серийный номер: WD5000LPVT-22G33T_WD-WX51AA214000. Попадутся два диска одинаковой модели различающиеся только серийными номерами - сам же себе за это потом спасибо скажешь.

CodeMaster написал:

[q]

У меня есть ноут на 32-х битной XP, если что-то надо будет перетестить именно в Victoria, могу запустить там.

[/q]

Диски тестировать надо в открытом корпусе с активным охлаждением оных, никаких ноутов. Аксиома.

нормально виктория 4,47 работает на всех виндах от ХР до 10, 32 или 64 не важно
только на винде 7 и выше надо запускать файл в режиме администратора и будет все ок

CodeMaster написал:

[q]

тест поверхности показывает, что в определённых местах есть провалы. С чем они могут быть связаны?

[/q]

Могут быть места с ухудшенной читаемостью, где она вытягивается за счёт ECC. Может компьютер не справляться - при прямом доступе к портам тестирование идёт в режиме PIO, это сильно грузит процессор. Могут параллельно запущенные процессы сбивать таймер.

CodeMaster написал:

[q]

Почему данные тестирования могут так плавать день ото дня?

[/q]

Ну, вообще говоря, плотность записи современных HDD такова, что они даже на громкие звуки реагируют, не говоря уже о положении в пространстве, вибрации, атмосферном давлении, температуре и др. А может, причина чисто софтовая, в самом стенде.