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









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

Имеется WD Green 2011г. Недавно стал наглухо виснуть комп при открытии определенных файлов из определенных папок, решил проверить.

#77

Критичный ли результат? Стоит менять?

Strel-Ok
17 нестабильных секторов, стоит, не стоит, не знаю, надо хоть попробовать пройтись викторией с ремапом, может это софт бэды.

Это которые "BADS=10" и 69 с откликом в полсекунды?

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

Я заменил картинку, подумал, что эта (последняя) сможет более ясно отразить ситуацию.. Если делать ремап - это ж всё сотрётся с него, как я понимаю (1,5 Тб ещё куда-то деть надо).. Просто не знаю, стоит ли тратить время и шаманить с ним, всё-таки "wdgreen" далеко не самый надежный диск.. Хотя они все ненадежные... И стоят на сегодняшний день дофига...

Конечно не сотрётся, если перезаписывать, то сотрётся.
Такой же как и остальные, не на много не-надёжней.

Конечно, информация при ремапе теряется. Самый действенный способ "вылечить" диск - записать во все сектора какой-либо паттерн (по умолчанию 00). Те сектора, где "софт-бэды" просто перезапишутся и контрольная сумма сойдется (поэтому они из "бэдов" исчезнут), те, которые таким образом не "вылечатся", диск отремапит (переназначит из резерва).

ОбморокЪ.

Добавлено спустя 1 минуту 15 секунд:
Надо полагать, вот после такой "щадящей" операции никакая информация вовсе не потеряется?

А что это открытие?
"Ремап" выполняется записью в сбойные сектора какого-нибудь потерна, обычно 00.
А сам диск уже разбирается, прочитался сектор после записи или переназначился.
В обеих случаях Виктория или MHDD, посчитают ремап выполненным.
Только у дисков есть свойство иногда вычитывать плохие сектора с нескольких попыток.
Так что при восстановлении данных ремап не желательно использовать, пока не будет произведена попытка вычитать плохое место многократными повторами.

Полагать, основываясь на чем? На том, что этот способ действенный? Ну так иногда и ампутация - самый действенный способ для лечения больного. Ремонт жесткого диска и восстановление данных с него иногда взаимоисключающие понятия. Или Вы знаете другой способ побудить диск проверить и в случае необходимости либо пересчитать контрольную сумму, либо переназначить сектор?

Да, знаю. Надо сначала скопировать нужную информацию с накопителя, а уж потом...

Добавлено спустя 4 минуты 26 секунд:
Ты имеешь в виду, что если запустить в Victoria чтение с ремапом - все "подозрительные" секторы будут тупо перезаписаны паттерном "00"; и это всё, что умеет Victoria?!. Тогда уж лучше использовать кошмарную поделку HDD Regenerator, Ага...

А что она должна еще уметь? Victoria универсальна, использует те функции, которые можно реализовать для всех дисков. Работа с таблицами дефектов уникальна для каждого семейства, и реализовать обработку дефектов нажатием одной кнопки невозможно именно из-за разницы в устройстве как служебной информации в целом, так и механизма трансляции и структуры таблиц дефектов. А HDDRegenerator не далеко от нее ушел - просто если у Виктории процесс "спровоцировать ремап или перезаписать сектор" называется словом remap, то у HHDR этот же процесс носит громкое название "регенерация сбойных секторов".

Дегенератор делает тоже самое.
По крайней мере в старых версиях. А новые я просто не смотрел.
Но сомневаюсь, чтобы его разработчик, будет заморачиваться в написании программы подобной DataExtraktor или DDI imager, стоимостью несколько тысяч долларов.
Восстановление намагниченности - ни что иное, как новая запись.
Тут
http://nazyura.hardw.net/Part01.htm
Юрий Назаренко перехватывал команды Дегенератора, своим интерфейсным грабером.
И убедительно доказал, что дегенератор делает тоже самое, что и любая другая подобная программа.

В описании на более новые версии я не видел, что он пытается вычитать сбойные сектора.
К тому же успех вычитывания при повторах, зависит от режима интерфейса.
В PIO режиме или читая с конца по одному сектору, а не в блочном или UDMA режимах, без кеширования, вероятность вычитать сбойный сектор - выше.
Такие фокусы можно делать только через специальные драйвера при прямом доступе к диску, но уж ни как не под системой.
Она отключит диск после первой неудачной попытке.
К тому же у некоторых старых HDD поддерживается команда длинного чтения вместе с байтами ECC.
И разбор данных теоретически можно поручить программе, сравнивая разные попытки.
Но практически, очень сложно разобраться в помехозащищённом кодировании данных на HDD, особенно на новых дисках.
При том что практически каждая новая модель использует свои алгоритмы кодирования в зависимости от параметров головок и блинов.

Обращаюсь к сетевому коллективному разуму. Не то чтобы серьёзная проблема, и не то чтобы она не решена, но интересна реальная причина сбоев.
Возьмём некий комп с материнкой Гигабайт на чипсете P55, к нему подключены 3 винчестера вперемешку - ВД, сигейт, хитача. Достаточно регулярно то у одного, то у другого начинаются Ultra ATA CRC Error и тормоза, при этом бывает винт перестаёт определяться в биосе.
Замена сата-шлейфа на новый проблему решает сразу. Но не могут же шлейфы лететь каждый месяц. Но там ещё смешнее, случайно обнаружилось что можно просто поменять соседние шлейфы местами, например от глючащего Сигейта подключить к ВД, а от ВД соответственно к Сигейту - и глюк пропадает, оба винчестера работают после этого нормально. До следующего раза...
А вот только один шлейф у сбойного винта можно перетыкивать хоть до усирания, никакого эффекта к лучшему не происходит, всё также тормоза и пропадания то из винды, то из биоса.
Каким-таким макаром можно сие недоразумение объяснить?

kv0
У меня похожее было на матери AMD с nVIDIA чипсетом, ещё можно было сбросом настроек биоса перемычкой или батарейкой болезнь эту вылечить примерно на месяц. До сих пор не понимаю почему и с чем связано, но ещё в это время как начинали в этом атрибуте расти ошибки, комп нереально лагал и при перезагрузке включался check disk и портилась файловая система. Вроде когда один диск, ничего такого не происходит. Возможно не совместимость с какими дисками, у меня на одних и тех же начинались эти ошибки расти. А мать случаем не асус?

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

Написал же, что Гигабайт. А вот как раз сменой на Асус все эти проблемы как отрезало, однако их причины не объяснило ни в малейшей степени.
Несовместимость с дисками сразу трёх производителей? Однако...
А если баг с материнкой, то почему замена сата-шлейфа временно, иногда на достаточно длительное время, ошибки устраняло? Или почему отключение/включение "сбойного" в данный момент шлейфа ни к чему хорошему не приводило, а при смене его на другой порт - ррраз и всё становилось норм?
У меня уже бомбит от этих взаимоисключающих пунктов, но от осознания что так быть не может, факты никуда не пропадают, итить их.

Добавлено спустя 9 минут 21 секунду:
А смысл, если сейчас всё работает идеально с тем же самым БП? И каким образом замена саташного шлейфа могла сказываться на питании?

Sumen Это вы хвастаетесь или издеваетесь, нет у вас таких проблем, у меня были.
kv0 Извените, смотрю телик и пишу, сам не пойму как пропустил производителя. Ну значит не такой случай у вас, Может грязь в разъёмах, иногда пыль попадала и после чистки у некоторых без замены провода помогало.

Так в этих вариантах оба конца перетыкались или только один. Может на матери разъемы фуфло были

А, ну если у вас были, а у других нет, то это 100% асус - говно. 1 из 1 - это очень репрезентативная выборка. Даже не смотря на то, что:

немного улучшает статистику асуса.