[ShaddyR]

не позволяет исправлять найденные на HDD ошибки »

это кто тебе сказал? А в том же рунете документацию не судьба встретить? Она и есть бесплатная и восстановление поверхности она делает. Единственное, что она НЕ ДЕЛАЕТ - это отдельная функция сохранения данных, но ее мало кто использует. Есть версия под Win - мож, с ней и без документации разберешься?
ЗЫ: альтернатива - программа MHDD.

[Carrera]

ShaddyR, я бы и не спрашивал, если бы разобрался. Сейчас с версией под Win и работаю. При нажатии на Recover выдаётся сообщение, что в freeware-версии функция недоступна. Как это понимать??
Представим тот вариант, что я ничего не понимаю, потмоу и пишу на форум. Как и куда мне залезть, чтобы восстановить HDD. О копировании информации я уж и не думаю.
Вот в чём нужна помощь. Без документаций, без анализа, поиска в третьих источниках.

[samara1532]

При нажатии на Recover выдаётся сообщение, что в freeware-версии функция недоступна »

Victoria 4,46 , нужно выбрать вкладку "TEST" и переставить в опциях из "Ignore" в "Remap" и нажать "старт" . (Обнаружение и cкрытие дефектов методом переназначения секторов из резерва (remap)

[ShaddyR]

я бы и не спрашивал, если бы разобрался. Сейчас с версией под Win и работаю. При нажатии на Recover выдаётся сообщение, что в freeware-версии функция недоступна. Как это понимать?? »

ведь вродь написал:

бесплатная и восстановление поверхности она делает. Единственное, что она НЕ ДЕЛАЕТ - это отдельная функция сохранения данных »

которую ты и пытался задействовать.
И снова, писал:

документацию »

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

[Carrera]

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

Ещё чьи-либо идеи/поправки будут??

[Antonij]

Протестировал хард программой МHDD. По скану самый долгий из найденных отклик - 9 секторов с откликом 150 мс. По SMART из главных вне нормы Reallocated Sectors Count - значение "1" по raw, и Ultra ATA CRC error rate - значение 39. У меня IDE хард.
Здесь http://www.ihdd.ru/mhdd-documentation-ru#howitworks об это сказано следующее: "Атрибут UDMA CRC error rate означает количество ошибок, которые возникают при передаче данных по IDE/SATA кабелю. Нормальное raw-значение этого атрибута равняется нулю. Если вы видите другое значение, вам нужно срочно заменить кабель. Также, разгон очень влияет на количество ошибок такого типа." Кабель у меня новый (прослужил всего несколько месяцев). Я сразу поменял его на кабель, которой стоит у меня на cd-rom (оба одновременно покупал), и на другой контроллер - такая же ситуация, количество этих ошибок не изменилось. Только секторов с откликом 150 мс уменьшилось до 3...
Там в цитате ещё про разгон пишут. Он отображается отдельным параметром в SMART?
В общем, что делать с этим? А то у меня комп полетел, скорее всего, на этой почве…

[IgNat]

Только секторов с откликом 150 мс уменьшилось до 3... »

- это и есть положительные изменения .

количество этих ошибок не изменилось. »

- главное, чтобы не увеличился. Есть мнение, что ч/з 3 самотестирования HDD может обнулиться, но не факт. Удачи,

А то у меня комп полетел, скорее всего, на этой почве… »

- не обязательно. Выложите результаты последненго сканирования и SMART.

[dj_gvozd]

Есть мнение, что ч/з 3 самотестирования HDD может обнулиться, но не факт »

Нет, если речь не идет о селфскане. Тогда сбрасываются все параметры, кроме времени наработки и пересчитывается количество релокейтов. Селфскан сам по себе не запускается, и, разумеется, самотестированию не эквивалентен.
Antonij, если винт Seagate, то можно считать это нормальным явлением. У меня в железе все прилично до безобразия, а числа растут. Еще бывает от перегрева контроллера, от недостатка оперативки (когда своп почти постоянный), от излишне большого количества одновременных операций записи/чтения, ну и от глюков самого винта, разумеется, Maxtor, например, времен самостоятельного существования этой фирмы.

Только секторов с откликом 150 мс уменьшилось до 3... »

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

[IgNat]

Нет, если речь не идет о селфскане »

- возможно, не стоит быть таким категоричным . Алгоритм накапаливания некоторых показателей SMART различен даже у разных производителей. И речь идёт не об Reallocated Sectors Count, а всего лишь об Ultra ATA CRC error rate (по крайней мере я его имел ввиду ). Вообще, если не брать в расчёт: время работы, ремапы и пендинги, то большинство остальных атрибутов имееют свойство меняться не только в сторону увелечения, но при устранении проблемы (в данном случае дата-кабель) могут и снижаться и обнуляться. Так-что, реализация SMART производителем - во многом "лес дремучий" и не стоит она безаппеляционных заявлений . Яркий пример тому, атрибут: 184 End to End Error, особенно у HDD-Samsung.

[dj_gvozd]

возможно, не стоит быть таким категоричным »

Да, пожалуй. Но время со счетчиками глюков работают преимущественно "на вырост")) 199 у меня нигде нет, и посмотреть негде, может, они и снижаются. Но релокейтов точно меньше не становится. Что же до 184 атрибута, то он весьма туманный, и считает количество "разниц" в данных, которые пришли в кэш, и теми данными, которые оттуда ушли. Но DDR - память надежная, хоть и работает на паразитном эффекте, поэтому таких ошибок много быть не должно))