» Bad сектора на HDD

Цитата:

Ммм.. ежели приобретать бу винт, есть совет?
модель ёмкость, есть какие-то "более менее" которым посилам перепады напряжения ?

MMadazulu
мне очень понравилась серия у Seagate под названием Pipeline - тихий и надёжный:
http://www.seagate.com/ru/ru/products/media-video-storage/surveillance-drives/video-2-5-hdd/
но вот есть ли они в продаже рядом с вами...

насчёт нового, проблем нет подобрать, а насчёт "БУ", есть мысли ?

Цитата:

а насчёт "БУ", есть мысли ?

ну так я и взял себе бу из этой серии... только 3,5" - по сравнению с любым другим из 5 домашних hdd его вообще не слышно в работе...
вообще то при прочих равных условиях надо смотреть на число головок и блинов - чем меньше тем надёжнее винт ибо меньше проблем с механикой, вот почитайте:
http://www.storelab-rc.ru/sravnenie-nadezhnosti-hdd.htm

Ден спасибо, ушёл теперь на поиски харда!

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

MMadazulu

Цитата:

Ммм.. ежели приобретать бу винт, есть совет?
модель ёмкость, есть какие-то "более менее" которым посилам перепады напряжения ?
За ранее благодарен, и конечно же выслушаю совет!

Нууу. У вашего бэды пошли скорее не из-за перепадов, а от тяжёлой жизни или от времени. Попокупке - ну лияно я люблю ремонтопригодные винты. WD, Сигейт Барракуды старые... Ну и советы выше верны...
rsuan

Цитата:

ибо не знаю размеры служебных зон ремапа, но при повторном сканировании они уже сканируются нормально.

У WD 761 сектор вроде. ВСЕГО. Какие 30 мегов?
Значит они не были переназначены. О чём свидетельствует

Цитата:

Кстати почему-то аттрибуты SMART Reallocated Sector Count и Reallocated Event Count значения RAW по нулям.

За исключением, что до 200 переназначенных в SMART могут не отображаться. Может это вообще были софт-бэды. Тогда их можно убрать и простой записью.
Ну и главное, раз WD5000BPVT-22HXZT - то можно поковырять технологическим софтом. Как минимум - скан по логике. Об этом читайте в теме по ремонту WD, если хотите сами. Или, если надо починить только один винт, можете стукануть в личку, могу глянуть...

Цитата:

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

и выше вероятность появления разбаланса в подшибниках, креплении блинов и вообще механике диска...
лучше меньше емкость, меньше число блинов и головок, ниже частота вращения - надёжность только от этого выиграет.
взять например мой самый большой домашний для стационара диск - жесткий диск HDD 1ТБ, Seagate Constellation ES.3, ST1000NM0033, для корпоративного класса, скорость вращения шпинделя - 7200, буферная память - 128, SATA3, два блина и две головы, гарантия производителя - 5 лет!
как вы догадываетесь производитель просто так 5 лет гарантии не даёт...
но и вышеупомянутый диск работает громче чем его собрат серии Pipeline на 500 Gb
сам производитель пишет что диски для видеоцентров надёжнее их собратьев:
http://www.seagate.com/files/www-content/product-content/sv35-fam/sv35.5/ru/docs/video-vs-desktop-mb645-1-1403ru.pdf

Denisjuk
И тем не менее среди неисправных дисков большая часть одноблиновые.

Цитата:

ST1000NM0033,

Крайне не надежный диск при домашнем использовании.
5 лет за счет большей цены, и расчет что он будет работать в составе серверов, где условия много лучше чем дома или просто в офисе.
У меня уже таких ящик на доноры, из 50 удалось только штук десять признать годными даже на доноров, с еще живыми головами, остальные в основном запилены в хлам.

Denisjuk

Цитата:

Может это вообще были софт-бэды. Тогда их можно убрать и простой записью.

Какой прогой можно прочитать и перезаписать эти сектора?

Цитата:

раз WD5000BPVT-22HXZT - то можно поковырять технологическим софтом.

Запустил DLGDIAG из Mini-windows XP в Hirens Boot CD 15.2, Extended Test находит bad блоки, remap сообщает об ошибке что не удаётся восстановить.
Кстати, Victoria из той же Mini-windows XP, remap уже срабатывает, не зависает как в dos'овской Виктории. До какого-то сектора remap проходил удачно, а потом началось error. В SMART значения Reallocation так и по нулям. Значит Remap просто считывает и перезаписывает данные в тот же сектор?

Цитата:

Значит Remap просто считывает и перезаписывает данные в тот же сектор?

Ремап просто переписывает нулями или сигнатурой (взавсимости от программы) не читающийся сектор.
И проверяет чтением, записаное, прочитался, значит типа ремап выполнен.
А уж чего там c сектором, или переписался или переназначился, программа не может выяснить.

Пытается восстановить данные функция Restore.
Которая многократно пытается прочитать сектор.
Или использует команду длинного чтения.
Но она недоступна в бесплатной версии.
Да и смысла от нее нет, только очень старые харды при ошибке возвращают какие-то более менее разумные данные. Все новые только мусор выдадут или ничего.
Длинное чтение вообще не работает на хардах c LBA48 (более 128GB)

tomset
Благодарю за объяснения!

Цитата:

Ремап просто переписывает нулями или сигнатурой

А HDDReg, я так понимаю, не просто перезаписывает, а перед этим считывает сектор, а потом его перезаписывает, иначе как объяснить что данные не теряются? Eсли вы утверждаете что HDDReg на самом деле ремапит а не перемагничивает, то как объяснить что после восстановления значение Reallocation в смарте остаётся по нулям?

rsuan
Цитата:

В SMART значения Reallocation так и по нулям.

Не покажет этот зефир в 05-м атрибуте ничего, пока 201 сектор
не переназначится.

rsuan
Дегенератор делает точно так же.
На ATA уровне нет команд, чтобы восстановить информацию в сбойном секторе, только технологические утилиты могут и то далеко не всегда.
А технологические команды, для каждого харда, модели и семейства свои, да еще засекречены, по самое не балуйся.
Это огромный труд их раскопать и применить правильно.
Регенератор бы тогда стоил как комплекс > 1500$
И работал бы только на определённых контроллерах, а не на всех подряд.

А успех восстановления данных зависит только от того, куда попал сбойный сектор.
Так что разницы ни какой чем делать "Ремап" на ATA уровне.

Цитата:

Крайне не надежный диск при домашнем использовании.
5 лет за счет большей цены, и расчет что он будет работать в составе серверов, где условия много лучше чем дома или просто в офисе.
У меня уже таких ящик на доноры, из 50 удалось только штук десять признать годными даже на доноров, с еще живыми головами, остальные в основном запилены в хлам.

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

imho у seagate'a после их траблов с прошивкой и мухой ЦЦ вообще репутация испорчена должна быть, да только после трёх умерших WD мои иллюзии исарились и стал брать диски не бытовых серий для дома и ноутов.

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

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

Цитата:

Не покажет этот зефир в 05-м атрибуте ничего, пока 201 сектор не переназначится.

Цитата:

Может это вообще были софт-бэды. Тогда их можно убрать и простой записью.

Если действительно это софт-беды, то есть ли программа, которой можно задать диапазон секторов, чтобы она считала их и перезаписала? Или чтоб сканировала весь диск, и сектора с большой задержкой чтения пыталась считать и перезаписать?

rsuan
Цитата:

то есть ли программа, которой можно задать диапазон секторов, чтобы она считала их и перезаписала?

обычный MHDD. Пункт "Erase Waits"
Таймаут можно оставить по умолчанию или ручками поправить
в конфиге.

Lucky1001

Цитата:

обычный MHDD. Пункт "Erase Waits"

Вы имели в виду Erase Delays который Destructive? В сканировании Erase Waits не нашёл.
В режиме Erase Delays он на втором сбойном секторе выдаёт неудачу и дальше прёт с немыслимой скоростью, показывая везде воскл. знаки. Т.е. винт как бы перестаёт работать пока не переинициализируешь.

rsuan
ага, именно он.
Будет занулять все задержки по тайм-ауту.
Но в идеале бы полный Erase сделать.
Это или тоже в MHDD или DOS-овской WDClear.

Короче, ни MHDD в режиме Erase Delays (см. предыдущий пост), ни Victoria win в режиме Erase, Victoria win в режиме Write не восстанавливают физическую работоспособность секторов, выдают ошибку ABRT. Но аттр. Reallocation так и по нулям.

Добавлено:
[more=Подробнее]
MHDD в режиме Erase Delays на втором сбойном секторе выдаёт неудачу и дальше прёт с немыслимой скоростью, показывая везде воскл. знаки (ABRT).
Victoria win в режиме Erase делает это так же медленно, как и HDDReg, а потом выдаёт Fail. При повторном сканировании того же места то же самое.
Victoria win в режиме Write на каждом сбойном блоке выдаёт Error ABRT. При последующем сканировании так же не считывается.
Victoria win в режиме Remap тоже Error ABRT.
Victoria dos в режиме Erase 256 sect выдаёт на сбойных секторах error.
[/more]
Единственно HDDReg сбойные области делает читаемыми, но десятки мегабайт восстанавливать это долго.
Потеря информации уже не страшна, что надо скопировали. Надо восстановить работоспособность или исключить сбойные области.

rsuan
Я что-то так и не понял, вы делали полную чистку поляны ?!
Не верится мне как-то, что дегенератор мог что-то с транслятором
начудить.

Чистку поляны, я так понимаю в Victoria for Win режим write, для диапазона сбойных секторов пробовал делать, но на каждом сбойном блоке выдаёт Error ABRT.
Нашёл в MHDD команду Erase, вот ею получилось восстановить. Но это только один из вычисленных мною диапазонов. Решил сделать makelog, выяснить места кучкования бэдов, и тоже им сделать Erase. Запустил makelog, но процесс сильно затянулся, и полная проверка по времени получилась бы такая же как и HDDReg, от которого я отказался как раз по причине долготы.
Раз выяснение мест кучкования бэдов дело долгое, решил затереть весь диск. Возник следующий вопрос: если у меня софтовые бэды, как лучше их затереть с возможным восстановлением, с помощью Erase или полным format'ом будет то же самое?

Цитата:

Нашёл в MHDD команду Erase, вот ею получилось восстановить.

Вот это как раз то, о чём вам и говорили.
Все софтовые бэды в результате излечились сами собой.
Это надо запомнить как аксиому.
Взялся чинить кролика - первым делом прочисти поляну.
И ещё есть одна полезная аксиома - никогда в жизни не
позьзоваться никакими HDD-дегенераторами.

Lucky1001
Спасибо за советы. Я думал что команда Erase затирает так же, как аналогичный режим при F4, который у меня не срабатывал. Теперь понятно что такое зачистка поляны.
Но по format подскажите, можно его сразу делать, или перед ним сделать Erase всего диска?

Цитата:

Но по format подскажите, можно его сразу делать, или перед ним сделать Erase всего диска?

Этот вопрос для вас уже должен стать риторическим
Один только я на него уже не один раз тут ответил.

Видимо нужно зачистить всю поляну диска )

Добавлено:
Запустил Erase для всего диска. На сбойном месте выдало Catastrophic Failure. Broken drive.

rsuan
А вот это уже косяк. Т.е. не софтовый бэд.
На этом месте будет стопроцентный реллокейт с записью в
G-List. И я так подозреваю, что не только в этом месте.
Как только переназначится в общей сложности более 200
секторов, так они потихоньку будут всплывать в 05-м атрибуте.
Теперь этого кроля надо пытать уже технологической софтиной
(думаю, будет достаточно китайской WDR и программы Wd_Def
от Igor_me, что в шапке профильной темы про WD)
Ну а перед этим неплохо бы проштудировать как следует ту
тему и все её части с шапками - чем больше прочтёте, тем
больше вероятность, что не убЪёте тушку в течение первых-же
шагов.
По-опыту скажу, что больше чем у 90% зефиров (ну во всяком
случае тех, что ко мне попадали) болезнь - одна и та-же и
вылечивается она достаточно легко (хотя и долго), если всё не
запущено до нельзя.
Так что эта.. Good Luck !

Lucky1001, спасибо ) Возможно придётся полезть и в технологические утилиты. А пока
я тот диапазон за несколько Catastrophic Failure всё-таки прошёл. Reallocated действительно появился.
Теперь начинаю зачищать поляну с любого сектора, первые 10 Мб идёт со скоростью нескольких Мб/сек, потом опускается до 63Кб/сек, и так идёт. А до этого пёрло 100Мб/сек.

Цитата:

Теперь начинаю зачищать поляну с любого сектора, первые 10 Мб идёт со скоростью нескольких Мб/сек, потом опускается до 63Кб/сек, и так идёт.

Это для вашей ситуации тоже вполне нормальное явление.
Если есть желание, то можете просвятиться по этому поводу,
загуглив вот такую фразу : Slow Responding WD
Но в любом случае паниковать пока ещё рано.

есть винт с множественными бэдами (ок.4000 реаллокейшн), бэды "компактно" сидят в начале диска (в первых 3 гигах)..
винту сделан erase, после которого всё-тки остались сектора с большим временем доступа (2-10 сек, не ремапятся)..
есть желание отрезать поддыхающий кусок в начале диска путём уменьшения доступного объёма рабочей области..
т.е. не логически (неразмеченной областью до раздела), а уменьшить доступный объём в принципе..

вопрос - отрезать именно в начале диска - такое в принципе возможно?
и второй вопрос - если "да" - каким софтом это лучше сделать (виктория/мхдд/хдат2)? и почему именно этим?
снято, разобрался, нельзя..

сорри, если было уже..
вопчем, просьба пнуть в нужном направлении.. =)