DDREDD

Ну вообще, учитывая сколько плохо читаемых блоков, не удивительно что винт тормозит (я бы слил всю нужную инфу с него и поразмышлял "что можно сделать из сдохшего винта")

__________________
Там, откуда я родом, безумцы правят народом...

duc

Похоже, что был удар во время работы и "посыпались" пластины, это уже не лечится...

minos66

Возможно. Как одна из причин. А вот что там "посыпалось" и посыпалось ли вообще - как то сложно пока сказать.
Хорошим SMART ( )не назовешь. 406 ремапов (05 атрибут -переназначенные сектора) не есть хорошо, но само по себе наличие ремапов вызвать озвученную проблему не могло. Да и вообще не видно, откуда вы взяли, что у вас . Выложите тест, например CrystalDiskMark Также не видно, что Кусочек в 0,2% от всей поверхности мало о чем говорит. Посмотрите в директории программы папочку LOgS. В ней должны сохраняться результаты предыдущих сеансов сканирования. Думаю, хоть раз, но у вас хватило терпения выполнить сканирование всей поверхности... ну или хотя бы поболее, чем 0,2%.
Единственное, что можно сказать, что Victoria выполняет тест с очень маленькой скоростью, как если бы было не задествовано API (причины пока не ясны).
И расшифруйте все таки
что такое - в чем конкретно проявлялось.


Вы действительно думаете, что есть какие то прожки, запускаемые их под Windows (да неважно из под какой ОС), которые могут как-то повлиять на сервоинформацию? Даже рекомендованная вами прожка, не смотря на наличие в названии слов "Low Level"
" ничем "низкоуровневым не занимается. Она просто тупо заполняет сектор за сектором каким то паттерном (не знаю, нули 0000 там, единицы FFFF, может что нибудь более изобретательное типа AA55-55AA, суть не так важно)
Ровно то же делает и упомянутая Victoria в режиме WRITE (ERASE), и MHDD, и не к ночи помянутый HDDдегенератор, и еще множество прожек в т.ч. "фирменных" утилит от вендоров как то Seatools у SG, Data Lifeguard Diagnostics у WD, Estool у Samsung и т.д. Но надо понимать, что помочь ERASE может только в случае наличия софт-бэдов и пендингов (кандидатов на переназначение - они или заремаплены будут, или просто исчезнут, если софт-бэдами окажутся... ну или окажутся теми редкими бэдами, которые микропрограмма винта заремапить не сможет, останется их только "вырезать", оставив не неразмеченной области при форматировании ???). Eщe ERASE может помочь в случае каких-либо проблем с загрузочным сектором диска (путем его затирания - весь диск тереть не надо, достаточно первые 64 сектора - и создания новой MBR). Ну с загрузочным сектором у нас вроде все в порядке, пендингов тоже вроде как нет. Так что зачем запускать сомнительную прожку, да еще как то непонятно. Особенно учитывая скорость работы бесплатной версии этой прожки. Она диск 320Г будет часов 10 "форматировать".... один раз... В любой версии. А что, есть еще и платная Victoria? Сергей Казанцев об этом знает? Да чего думать. Ссылка приведена в качестве примера, что не все проблемы чудо-прожкой решаются, которую вы в традициях армейского фельдшера, у которого от всех болезней лекарство одно - аспирин, поспешили ТП ??? рекомендовать.

Это из каких таких представленных данных следует? Типа при чтении головки промахиваются, а при записи нет?

elektronik2

Со счёта сбился сколько раз форматировал (Hard Disk Low Level Format Too) - скорей всего восстановится-всё лучше и лучше работает - чудо состоится! - попозже отпишусь что получилось

duc

Угу.., особенно глядя на картинку, в которой дружной кучкой начинаются сектора с большим временем доступа и читая "При тесте чтения хорошо и плохо читаемые области HDD одинаковые по размеру и строго чередуются. ".
Угу.., 50 Мбайт/с, 3 Гб/мин... 320/3=...у-у-у, много © чуть больше ста минут - это почти 10 часов.
Даже не догадывается, говоря что "freeware version not support this function", правда приношу извинения, это относится к функции восстановления, а не очистки.
На пару следующих сентенций могу сказать, что в той ссылке достаточно было переключить режим канала IDE в DMA, на PIO он сбрасывается по счётчику ошибок автоматически. Удалять драйвера было лишней суетой.
И насчёт "прожки" - когда вы сами напишете хоть одну программу подобного уровня, тогда поймёте, что пренебрежительное отношение выглядит по меньшей мере некорректно по отношению к авторам.

elektronik2

HDD ЛУЧШЕ НАЧИНАЛ РАБОТАТЬ - СЕЙЧАС ОПЯТЬ ЗАДУМЫВАЕТСЯ
Вот результаты CrystalDiskMark.

Миниатюры

 

minos66

не знаю, какую вы там закономерность смогли в предоставленной картинке выявить и вообще какие выводы можно сделать по предоставленным скринам, но если в винте "посыпалась" поверхность, то это действительно не лечится, в том числе и "чудо прожками". Однако это плохо согласуется с последним оптимистическим постом ТС. Я вообще не поинмаю, как можно что то предполагать, если ТС не предоставил практически никакой информации. Всё на уровне - "работало плохо, щас лучше, надеюсь что все будет хорошо". Что было плохо? Что стало лучше? Какая была скорость чтения? Какая скорость записи? Что читали, что записывали? Почему Victoria проводит скорость поверхности со скоростью PIO? Как изменился SMART после ERASE диска? Ну здесь не спорю. Действительно The tool has 50 MB per second limit in the free mode. If your media is slower than 50 MB/s, then you will not see any speed increase. The tool cannot go any faster than your storage device allows.
меня напрягает "Low Level Format" в названии прожки

minos66

Ну, вот, первый скрин по делу появился... Сдается мне, что поверхность винта совсем не причем. Поясню. Прожка CrystalDiskMark раьотает следующим образом - она создает собственный директорию на диске, указанного вами размера (у вас это 100MВ) и работает с ней - то есть чтение и запись производится по одним и тем же LBA адресам. Так что предположения о "посыпавшейся поверхности", "ошибках позиционирования", "ошибках чтения" и т.д. думается не очень состоятельны.
Впрочем хотелось бы еще взглянуть на а) на логи Victoria, б) как выглядит SMART после ваших упражнений с "чудо-прожкой"...

elektronik2

смарт практически не меняется

Миниатюры

 

elektronik2

весь диск викторией не гонял

Вложения

eventlog.txt (13.7 Кб, 675 просмотров)