[ShaddyR]

Или erase delays это особо убедительно делает? »

судя по практическим результатам - remap словесно убеждает, а erase - по доброму улыбаясь, бьет по почкам
>

расскажи где и как это называется, делается »

MHDD FAQ, вопрос 36 в первом сообщении.
>

Не будет самсунг ремапить медленные, его иной раз и реальные беды не упросишь заремапить »

ну, будет или нет - выяснить можно, только запустив и зациклив на ночь . А вот со второй частью соглашусь. Хотя были случаи, когда MHDD с remap'ом Samsung'a не справлялась, а вот Victoria - на раз... вот и говорите после этого, что решение принимает ж.диск..
>

зачем??? »

да-да-да, Normal, просветите нас с коллегой..

[Normal]

Ну... возможно установив при этом min. размер кластера будет какое-то улучшение скорости "читаемости".

А по теме автору, мною недавно был куплен в магазине новый WD 1 Tб и после подключения его я просканировал поверхность в Victoria, был обнаружен 1 сектор >500 ms, запустив в Victoria remap он исчез. Причем не нужно при этом весь объем диска гонять, а запустить scan прописав начальный и конечный LBA сразу после последнего "медленного" сектора.
И причем гадание ни к чему не приведет, пока действительно не попробывать.

[Sanek-tx]

Всем доброго времени суток.
Хочу сразу сказать, что заставить ентот хард (кстати модель HD322HJ) заремапить "медленные" сектора не удалось (как и предполагалось ранее).
Пришлось перебивать разделы. Винду переставлять не хотелось, но придется, тк Ghost упорно отказывался сливать образ, ссылаясь на ошибки ФС.
Также попутно при сканировании в mhdd обнаружилась интересная вещь: неоторые "медленные" сектора как-бы меняют свое положение. Например при сканировани области в начале диска (примерно 5гб) постоянно появлялось WARNING на LBA 6176355 и 2654040, а еще появлялся WARNING на LBA 2878645. при повторной проверке первые 2 остались, а последний стал на LBA 2934795, при след проверках первые остались как и было в начале, а 3-й Warning скакал в области lba 27xxxxx-29xxxxx. естественно erase delays не дал результата!
похожее наблюдалось еще в нескольких местах на всем жестком. Кто нибудь может это объяснить!!??

[Sanek-tx]

Кстати попутно сравнивая SMART c 320-ки со своей 500 (тоже самсунг) заметил
во-первых ни одного заремапленого сектора, и в очереди на ремап ничего тоже нет (как ранее и писал)
во -вторых слишком высокий показатель write error rate(val/wrst/tresh/raw) - 99/98/0/4116 у меня же на 500-ке - 100/100/0/0. (в прог-ме Victoria 4.46b fr (Win)). Насколько я понимаю это характеризует кол-во ошибок записи, насколько это существенно?

[timotv]

Винчестер TOSHIBA 320 GB 2.5" начал свою жизнь в 2008 году в чреве свежекупленного ноутбука. Тут же был изъят и вставлен в USB-кейс, а на его место в ноут установлен 500 GB хард. В декабре 2009 года Тошиба перестал использоваться как переносной носитель информации и был установлен в seedbox/NAS, где и проработал благополучно до конца июля этого года, когда uTorrent начал выдавать ошибки CRC (ошибка контрольной суммы). Хард был подвергнут анализу:
http://img577.imageshack.us/img577/3...martbymhdd.jpg

Затем я скинул с него все данные (несколько файлов скопировать не удалось из-за наличия плохочитаемых, а по сути вовсе нечитаемых из под винды секторов) и провёл ERASE DELAYS:
http://img407.imageshack.us/img407/1...hdderasepe.jpg

Зафиксировал результат:
http://img38.imageshack.us/img38/379...martbymhdd.jpg
и уже на следующий день увидел 5 пендингов.
После этого мне пришлось объявить об окончании службы харда и отправить на пенсию - я изъял его из сидбокса и воткнул в USB-кейс, чтобы можно было фильмы таскать на работу. Хотя не уверен, что он мне вообще пригодится - мне и флешки хватает чтобы фильмы таскать.

Итого: ровно год Тошиба проработал в USB-кейсе, затем 2.5 года в сидбоксе, после чего стал инвалидом. Это очень мало для харда. Особенно если учесть, что в сидбоксе он почти не работал - он использовался только под хранилище дистрибутивов, которые я редко качал. Поскольку сидбокс работает в режиме 24/7, то видимо, поэтому количество парковок перевалило за 2.5 млн (параметр 193)


Можно ли заремапить пендинги? Или REMAP применима только к бэдам? А ещё все по разному говорят про возможности этих двух комманд - REMAP и ERASE DELAYS. Одни утверждают, что стирание - это функция перезаписи блока, после которой он может "вылечится", но репам может их спрятать, если лечение не помогло, другие, наоборот, говорят, что ERASE DELAYS - тоже что и ремап, только более результативное.

[Tau_0]

говорят, что ERASE DELAYS - тоже что и ремап, только более результативное. »

Да даже чисто внешне это вещи совершенно разные .Если был bad в каком-то секторе блока, то:

--- по ERASE DELAYS получаем полностью прописанный нулями блок --- от первого сектора до последнего. Правда не совсем ясно, что в сбойном секторе окажется...

--- по remap информация в других секторах блока (за исключением сбойного сектора) не затирается. Ну а в сбойном секторе информация и так не определена...

ЗЫ А как оно тама внутре ея работает --- мне неведомо...