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

Имеется жесткий диск (2.5 дюйма - WD) , ёмкостью 320 Gb, bad секторов не имеет, но полно ячеек с долгим доступом на запись\чтение (от 200 ms и выше), так называемые медленные сектора.
Разумеется быстродействие винчестера от этого сильно падает, постоянные тормоза и лаги.
И собственно говоря, сам вопрос заключается в том, как можно от них "избавится" , то есть заблокировать, дабы к ним не обращался хард? пусть даже это негативно скажется на ёмкость диска.
Хотелось бы узнать, как это сделать при помощи утилиты - Victoria, либо другой программы.
Прошу конкретно ответить на мой вопрос, без лишних\бесполезных вопросов\советов (на подобии таких как: переустанови систему, купи новый, зачем это вообще делать и так далее). То есть, дана проблема на рассмотрение, нужен ответ, если да то как, если нет то почему. (Последние строки с обращением, написаны для любителей давать бесполезные советы и для флудеров).

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

не в том разделе тему завели (Макс перенесёт)
с вас
- смарт винта
- чем и как вы видите эти сектора (о птичках та же виктория читает блоками по 256 секторов)
- как тестируется винт... голый дос или виндовс API...
отписывайте... бум думать

_________________
Ремонт ноутбуков в Краснодаре. +7 961 855-90-25

Если тестировали в дос версии, то максимум что вы можете сделать в тойже Виктории - посекторное стирание (Erase), потом опять прогнать сканом, может станет чуть лучше (на какое-то время.) Почему? Проблемная голова(ы), "намагниченность" поверхности страдает - то есть в мусор, головы в принципе можно менять за многие тыщи рублей для восстановления инфы (явно не ваш случай). Решение о ремапе принимает контроллер - на данный момент бэдами он их не считает, заставить вы его не сможете. На спец оборудовании можно занести сектора вручную в дефект листы, но область ограничена ~2000 записями (число разнится от моделей) или провести селфскан, но опять-таки это если и поможет, то на какоето время. Если у вас конкретно тормоза периодические, то видимо в СМАРТе в графе reallocation sector count что-то уже есть. Если все эти сектора окажутся примерно в одной области - отделите логическими разделами, отступите или разделите
Если тесты в винде, то это фигня - тестируйте в голом досе и если там все подтверждается, то переходим к бесполезному совету "сохранить инфу и купить новый" )

А если пройтись записью по всей пользовательской зоне, дефект останется?

И еще, если это WD, то по умолчанию снимаем плату и чистим контакты коммутатора-предусилителя на плате ластиком, после проходимся записью. Должно отпустить.

>А если пройтись записью по всей пользовательской зоне, дефект останется?

Я об этом и говорил выше:
максимум что вы можете сделать в тойже Виктории - посекторное стирание (Erase), потом опять прогнать сканом, может станет чуть лучше (на какое-то время.)

стирание это и есть запись)

поможет или нет и насколько зависит от конкретного экземпляра; если таких секторов много, то прогноз неутешительный

>И еще, если это WD, то по умолчанию снимаем плату и чистим контакты коммутатора-предусилителя на плате ластиком, после проходимся записью. Должно отпустить.

к сигейтам относится также, отпустить может и не должно, но лишним не будет, да и иногда действительно помогает

Контактики - причина. Если вышеописанные манипуляции не помогли (успел переполниться соответствующий дефект-лист в служебке), то нужно решать проблему "slow responding", а именно очищать relo-list и запрещать запись в него. Сделать это можно только за рамками этого форума. Ищите ближайших пользователей PC3000. Я бы помог, но нахожусь далековато от Тольятти

Топикстартер не из Тольятти судя по надписи) Да и конкретно в его случае на slow responding непохоже.

Перепутал - смешались люди, кони. А вот со slow responding так бывает, как у него.

Doc_66 благодарю за информацию, довольно четко все изложили, правда один раз когда я "тестил" хард, причем викторией в "винде", с пометкой "Remap", в начале теста было несколько ячеек с красной пометкой (более 600 ms), подождав пару минут, я остановил тест и начал его заново, и в тех местах где были медленные сектора (при первом тесте), при вторичном тестировании их не было. Все это я делал с целью эксперимента.
Вот в принципе именно это меня и подтолкнуло к созданию данной темы, потому что на других винчестерах к сожалению такого "чуда" не наблюдалось.
Кроме того слышал также, что тестирование "hdd" (всё та же виктория) для ликвидации "бэдов" (уж не знаю физических или программных(ошибка записи или разметки)) следует сначала выполнять тест с пометкой "Erase", и вторично, но с пометкой "Remap".

Скажу о себе пару слов (дабы было понятно к чему такие вопросы и какие у меня есть возможности для реализации каких бы то ни было действий). Работаю в СЦ в основном занимаюсь ремонтом гарантийных апп, и только познаю все тонкости работы инженера (работаю пол года). Профессия очень нравится, поэтому задаю вопросы, иногда бесполезные и глупые, но тем не менее. У нас в СЦ с жесткими дисками все очень просто, если есть "бэды", то заказываем новый, ну с гарантийными все еще проще. На мои вопросы по поводу хардов как и к чему, слышу ответы: "я не знаю" "гугл тебе в помощь" либо "зачем тебе это тут надо, если мы этим не занимаемся".

Вот в принципе выложил все что хотел. Спасибо всем кто отозвался(отзовётся), и помог(поможет) с советами.

>правда один раз когда я "тестил" хард, причем викторией в "винде", с пометкой "Remap", в начале теста было несколько ячеек с красной пометкой (более 600 ms)

тестируйте в голом досе; сделайте загрузочную флешки или диск - на торрентах их как грязи уже подготовленных/оформленных; в винде запущена куча процессов независимо от пользователя, периодически они задействуют хард, что скажется на параллельно запущенном тесте

>тест с пометкой "Erase"

это не тест, а посекторное стирание (запись) - опять-таки забудьте про винду; а вот СМАРТ можете и в винде викторией посмотреть - виктория колонку RAW reallocated sector count (количество переразмеченных секторов) показывает в удобоваримом виде; reallocated sector count - , должно быть ноль, если не ноль, то были бэды

>У нас в СЦ с жесткими дисками все очень просто, если есть "бэды", то заказываем новый,

И это правильно)

медленное чтение... только при провале в рело листе. замедляется ответ головок.. при большом количестве дефектов в СА.. веник просто помрет со временем.

для ВД.... не обязательно именно ПАК юзать.

Приветствую. Аналогичная проблема винт вд 320гиг 2.5 дюйма. После падения ноутбука. Если тестировать под виндой то 98% блоков имеют доступ >500mc. При загрузке под реаниматором дело продвигается крайне медленно, скорость проверки 6-9 МВ/сек и на 14% останавливается, в час по чайной ложке с сообщениями I\O device error.
Смарт винта
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 196 196 51 22937 •••••
3 Spin-up time 152 140 21 1358 •••••
4 Number of spin-up times 99 99 0 1231 ••••
5 Reallocated sector count 133 133 140 561 •••••
7 Seek error rate 178 178 0 5261 •••••
9 Power-on time 95 95 0 3999 ••••
10 Spin-up retries 100 100 0 0 •••••
11 Recalibration retries 100 100 0 0 •••••
12 Start/stop count 100 100 0 884 •••••
191 G-SENSOR shock counter 1 1 0 20 •
192 Power-off retract count 200 200 0 73 •••••
193 Load/unload cycle count 195 195 0 17605 •••••
194 HDA Temperature 115 94 0 28°C/82°F ••••
196 Reallocated event count 171 171 0 29 •••••
197 Current pending sectors 1 1 0 65484 •
198 Offline scan UNC sectors 100 253 0 0 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
200 Multi zone error rate 100 253 0 0 •••••
Можно ли что-то сделать или жесткий ждет не дождется мусорка?

Что именно подразумевается под проверкой?

191 G-SENSOR shock counter 1 1 0 20 • - датчик удара зашкалил
5 Reallocated sector count 133 133 140 561 ••••• - 561 уже переназначено
197 Current pending sectors 1 1 0 65484 • - а в очереди ещё больше 65-ти тысяч

поищите, по близости где то должно быть мусорное ведро.

_________________
Ремонт ноутбуков в Краснодаре. +7 961 855-90-25

Низкоуровневое форматирование, или скорее зануление

может быть есть шанс сделать с 320 например 50 ? и как вы оцениваете ситуацию, что именно повреждено у жесткого? я так подозреваю дело не с поверхностью, больше похоже как с механикой привод или читающие головки?

slxoxol, никто с этого форума внутри вашего диска не живёт, чтобы точно сказать, когда именно диск окончательно и неожиданно для вас встанет.

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

Так же интересует данный вопрос. Имеется убитый хард после падения. Поврежденные сектора замещаются из запасных ячеек или они замещаются из доступных ячеек основного доступного объема?

Если информация с него не нужна, то не тратьте время зря.
Из "запасных", точнее, из резервной зоны, оставленной производителем для дефектов, которые появляются в процессе пользования.

значит способность "восстанавливаться" емеет свои пределы. может быть есть информация сколько % эта резервная зона от номинального объема ?

Олег Уважаю вас давно! Всё чётко и по делу!

zigzagrus79 - слушайте людей, а особенно тех у кого много сообщений!

После падения много что может быть у винта- особенно если голова- почи отпала...... винт всю поверхность (голову) неможет переписать в ту область которую отвел производитель........
а также бывают запилы и ещё много что.......

А с чего вы решили, что я не слушаю? Если интересно, пытаюсь узнать то, что интересует...

Годом ранее я же писал в этой же теме - ~2000 записей (в зависимости от моделек) в дефект листе. Смело выкидывайте подобные винты в помойку если данные не нужны - не занимайтесь ерундой

Все ясно, спасибо за разъяснение

даже несмотря на наш маленький сервис в последнее время в ремонт стали повально идти ноуты с осыпывшимися WD320. расскажу свою методику, сильно не пинайте...
1. покупается новый hdd большего объёма (ну зачем брать 320, если разнийа в цене относительно 500 мизерная?)
2. подключаем оба харда к системному блоку. я делаю на горячую, сначала сата кабель, потом питание, далее в диспетчере - поиск новых устройств. если не так, то при старте вашего виндовс нужно послать нафиг chkdsk с попыткой запуститься по разделам на плохом хдд.
3. качаем winhex с таблеткой, подключаем, делаем посекторное копирование с убитого харда на новый. тут главное проанализировать степень убитости сначала (mhdd, victoria) и решить сколько вы готовы потратить времени на восстановление - соответственно выставить пропуск секторов после бэда (там количество в окошечке, если ничего не пропускать, то на плохих хардах процесс копирования может и неделю занять)
4.перезапускаем системник, предварительно отключив убитый хдд. тут уже вся снятая инфа на новом, и таблица разделов тоже (если выжила)
5.проходимся chkdsk по всем разделам. ну а далее зависит от убитости системных файлов. пытаемся загрузиться, смотрим код ошибки синего экрана и гуглим...

сорри за слоган, суббота, вечер...

Думаю, вам будет интересно изучить http://www.miray-software.com/products/ ... clone.html.

А то клонировать битые HDD используя API windows, еще ,,то удовольствие ,,

Merlin один раз нарвёшься на конретного клиента и он тебе ножки и голову оторвёт за такие эксперименты и буде ёжик без головы и ножек.

Если молчит совсем , значит надо начинать с контроллера.
При подаче питания ничего не греется?

вот он с ноября сидит и меряет температуру.