При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором."
Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001









Учёт и поиск запчастей к жестким дискам - R.baza.

Wudi Можно, но сперва нужно проверить наличие окисла на всех разъемах (питание/данные) на шлейфах и разъемах hdd (MoBo) в том числе возможно на контактах разъема с платы в гермоблок (у харда ошибки по интерфейсу+повторы раскрутки)...проверить качество питания (подключить напрямую, если используются переходники или разветвители с БП)...пройтись по харду в виктории рид+ремап....судить о возможности использования по результатам наблюдения смарт после означенных выше процедур...

питание- напрямую с бп. окислов нет. шлейф сменил (сканировал другой винт под досом у него вырос 199 параметр) пройтись пока возможности нет. винт системный. от того что рядом с компом саббуфер может быть такое?

Можно и системный...рид+ремап не удаляет данные...удаляет только данные в уже поврежденных секторах которые УЖЕ не читаются....


Да вибрации от саба могут убить хдд со временем...

а вот сколько по расстоянию от колонок можно держать HDD? в колонках же магниты - а ХДД их не любят

НА предмет электро-магнитного поля и HDD я ничего сказать не могу...но не думаю что это большая проблема в данном случае...

я лучше с него данные солью завтра и низкоуровневое форматирование сделаю. а потом тест поверхности сделаю. а диски после комплекса pc3000 которые с бедами были сколько живут?

это бред. ничем абсолютно не отличается от diskpart - clean
дискпарт делает за секунду а утилиты псевдо низкоуровневого форматирования часами мучают диск

Нет смысла...нет данные конечно надо слить и чем быстрее тем лучше...НО 1.низкоуровневое форматирование, если конкретно говорить о термине - сделать на современном винче командами по АТА-интерфейсу невозможно...то что вы считаете низкоуровневым форматированием - простая перезапись всех секторов. рид+ремап будет переписывать только те сектора которые НЕ читаются...переписывать читающиеся сектора смысла не много... Хотя конечно можете и форматнуть винч. если вам так проще...потом смотрите как изменился смарт...если бэдов сильно не прибавится - винч еще поживет. А окислы проверьте...могут быть и на разъеме с платы в гермоблок...уверен вы его не осматривали...

"И тут Остапа понесло"…

не можешь сказать по делу?

Не соблаговолит ли благородный дон поделиться высшим знанием:
1) чем же таким занимаются часами "утилиты псевдо низкоуровневого форматирования";
2) и каким же образом diskpart - clean делает это за секунду?

вот, специально KT написал для тех, кто до сих пор не знает, что это

таким, что он обнуляет загрузочные сектора и сектора разметки (MBR) в начале диска. Большего не требуется.

ps: низкоуровневое форматирование делается на заводе хардварно.

Даже на заводе нет такого понятия, как форматирование.
Там делаются:
Запись Серво разметки.
ARCO = Advanced Read Channel Optimization
ASCO = Advanced Servo Channel Optimization
SelfScan
ВURN
Это целые комплексы тестов, для настройки адаптивов, подбору оптимальной плотности записи, создание зонных таблиц, создание треков данных, листов дефектов и т.п.
В целом, в преводе с иностранного - Формат, это создание новой структуры.
А не стирание или запись, как многие у нас понимают.
Низкоуровневый формат LLF на древних хардах, тоже не просто стирал.
А форматировал (создавал структуры) поля в адресных метках секторов.
Для пользователя, современные харды умеют только писать и читать, как бы программу не обзывали.

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


Продолжая о полезном, вскользь упомяну полезную команду Format Unit у IBM/Hitachi. У других аналогичное по результатам тоже иногда возможно, хотя заметно посложней. Это помимо селфсканов и бурнов, требующих, на мой взгляд, дополнительных заметных усилий, часто безрезультатных.

окислы под гермоблоком убрал. а про низкоуровневое форматирование знаю что на заводе делают. но форматирую под досом. есть контроллер с функцией low-format. и очень удачно всё затирается и скан становиться на порядок лучше. терабайтник затирается за минут 90-120

гоняю сейчас его мхдд. плохие сектора (30 зелёных и 5 оранжевых) постепенно почему то уходят. хотя не может ни заремапить ни перезаписать. после 4 прогона их стало (20 зелёных и 1 оранжевый). вопрос куда они деваются?и как можно заремапить зелёные сектора?

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

в меньшую сторону? сканирую под дос. понял бы ещё если под виндовс.

ДА в любую...как неоднократно писал Tomset сегодня последовательное чтение для винчестера вовсе не означает постоянное последовательное чтение сектора за сектором...и часто логически последовательные сектора физически имеют определенное расстояние между собой...отсюда - время на перемещение головки...плюс к тому добавим проблемы при считывании на высокой плотности современных дисков и сократившийся объем ECC-байтов AF-дисков, иногда данные считываются с ошибкой...восстанавливаются с помощью избыточной информации или перечитываются заново - это тоже время... Так что не предавайте особого значения появлению некоторого кол-ва "медленных" секторов...

Ремапятся только сбойные сектора, задержки где-то до 1500 ms для хардов вобще не проблема.
С зелеными и красными можно бороться простой перезаписью.
т.е. в процессе жизни харда они постоянно возникают и пропадают.
Сектора, которые требует постоянного повторного чтения, хард сохраняет в логах, и во время простоев переписывает.