Тест OLD HDD и пожелания к новым версиям утилит (1/2 oftop)

- Ведёт скан, всё моргает, а цифирей справа, в столбце нет...
Нет подсчёта...

- а что должна была сделать? Они в общем-то исправные вообще?

- Что могла, то она и сделала. Это не тест, что и имелось в виду. Винты работали.

106 - что-то с геометрией. Классический случай возникновения - если винт был разбит с отличной от текущей геометрией. Допустим, при разбивке он стоял в LARGE, а сейчас - в LBA или CHS. Нечитабельные - пробовать полечить MHDDой или PC3K V9. Да и залить нулями можно попробовать. Кстати, WDDIAG поищи постарее - она и родная вроде как, и нулями заливать умеет (если правильно помню).
Вот тут можно посмотреть
support.wdc.com/download/downloadxml.asp

Кстати, у него довольно нестандартная раксладка
wdc.com/en/products/legacy/Legacy.asp?r=3#parameters
55 секторов на цилиндр... Автодетект мамкин что дает?

авто - LRG, Mode3, 170 MB - обычно в загрузке стоит авто - Auto----Auto
автодетект - 170 (Mb) - 1010 cyl - 6 heads - 65536 precomp - 1009 landz 55 sec - Normal mode Почему тогда проблемы только с одним из 4х? PC3K нет и в ближайшее время не будет. Да и волнует пока не ремонт, а диагностика состояния.

с некоторой степенью допущения возможно

для ide не имеет смысла, актуально было на mfm и дискетах (5.25 + 1818ВГ93)

для ide, архитектуры IBM и многозадачных сред не всегда возможно точное определение подобных областей.

1. Ну если так сложно пересчитывать, то оно конечно ладно. Но всётаки хотелось бы уметь выделять самую плохую поверхность и конкретный блин.

2. Ось в данном случае привязана к тестовой утилите... Но если учитывать п.1., то тогда будем иметь в виду логическую, но знать где у нас лежат данные и бэды - считаю полезным.

3. Не хочется каждый раз гонять весь винт, если проблема сосредотачивается в одной области. Решать её надо в пределах одной программы и не путаться с пересчётами кластеров.

4. См. п.3. И почему не имеет смысла?

5. Поясни пожалуйста, какая разница между тем, что программа сама выделяет плохо читаемый кластер или я сам скажу ей вывести в бэды непереформатировавшийся с окружением? Работа идёт в пределах одной тестовой программы и влияние многозадачной оси можно и исключить для упрощения жизни. Проблемы смарта - его восприятие осью и другими утилями. Если я скажу тестовой утилите вывести из эксплуатации плохие сектора - отмаркировать их бэдами, ремапнуть - в смысле количества, это моё личное дело. Пользователь должен иметь возможность самостоятельно решать вопрос о рабочем объёме винта, если ему важнее сохранение работоспособности... Частично это некоторые и делают, вырубая головы (при условии целости голов и их тракта) - но это довольно серьёзный шаг с слишком большими потерями объёма... Если ситуация не так плоха, то почему бы и не провести выборочное урезание "подозрительного"...

В Виктории (в отличии от других тестовых утилит) - есть показ разбивки винта на разделы, клавиша Q. Однако, он работает только в LBA.

To Apple: Слишкам многа букфф. С тегами что-то совсем никак - трудно врубиться...

2Apple

думаю, часть вопросов, отпала бы сама собой, если изначально рассматривать накопитель с интрефейсом ide, как некую модель "чёрного ящика", входными параметрами которого является адрес блока информации и сама информация при записи, а выходными информация при чтении или результат при записи. В принципе, фирмы производители и пытаются реализовать это программно-аппаратным комплексом накопителя + средствами интерфейса ide, применяя при этом результаты наработок в этой области, как своих, так и чужих, а возможность и степень доступа к сервисной и служебной информации, каким то оригинальным методикам, определяется политикой фирмы. По моему, обсуждение этого вопроса уводит далеко в оффтопик, но, с позволения модераторов, я готов более подробно аргументировать свои высказывания.

2savely_s
Читай то, что написано в "Italic"... - мои ответы даны наклонным шрифтом

2fucktoreal
Чтото мне хочется отрезать обсуждение старых винтов...
Вечерком наверное это и сделаю. Тогда и оффтопики частично отпадут.

Приняв IDE винт за "чёрный ящик", мне ,как конечному пользователю утилиты, хотелось бы более наглядной работы с накопителем.

К примеру: если при тестировании винта MHDD видим две области бэдов - около 22го % и 44го % накопителя, а винт разбит на 3 раздела - под 98, 2000, и архив - всё в FAT32.
Вот мне и становится интересно - эти полосы дефектов - след от головки на одном блине или ещё что..., где они проходят - наезд на данные и папки размещения операционки...

"Вопросы... Вопросы, требующие ответов..." (С) Властелин Колец...

PC3К у меня нет и не будет - дорого, начальству не объяснить (не по профилю основной работы), хозяин винта - пенсионер (денег за работу не взять ), объём работы с железяками у меня не велик...

В итоге хочется отдать человеку винт в рабочем состоянии.

Берём любимую MHDD - начинал с неё освоение - и что я могу в этом случае сделать? Каждый раз заново дрючить весь винт на ремапы и стирание тормозных областей? Пронулить весь винт я не могу... Поэтому и появляются пожелания к полезным утилитам.

P.S. Отрезал это безобразие в отдельную тему...

HRT якобы умеет строить круговую диаграмму бедов по нескольким выбранным головкам. Т.е. можно наглядно прикинуть выстраиваются ли беды в линию (головка проехалась по блинам). Только эта фича работает на малочисленных поддерживаемых эти комплексом винчах, да и не у всех он есть

2 Root
И к тому-же, если после eras-а пропала только часть бэдов...
Вот тут и удобней работа с маркерами, хотя-бы в абстрактной картинке. Главное - уметь правильно определять адреса бэдов утилитой и уметь выборочно работать с ними.

Возвращаюсь к нашему бэдному 170 вестерну...
В рукопашную прописал его в БИОСе - опять ругань со стороны PM8.
Загрузился с дискетки - WD Diag - тест в норме, проформатировал, опять потестил - усё в порядке.
DM - тесты в норме.
Перегружаю PM8 - нормально всё - ошибку не выдаёт, форматирует в FAT32.

Загрузился с СД реаниматора - всё нормально, перенёс системные файлы - винт будет жить дальше.

Похоже его действительно сумели неправильно прописать и отформатировать...

Спасибо DanZer