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

Доброго дня!
Ребят, дайте, пожалуйста, грамотный совет. Ситуация: внешний хард SATA 3.5 Пользуюсь программой Hard Disk Sentinel и HDDScan (версии последние на данный момент). Так вот, как-то подцепил хард к компу, а у меня первый сабж, который постоянно мониторит, выдаёт сообщение, что мол здоровье под угрозой, срочно сделайте резерв, глянул, а на харде около 200 сбойников. Прогнал вторым сабжем, -тоже ссылается на наличие сбойников. Хард на гарантии, принёс его в сервис, там проверили и говорят, что всё в норме, нет никаких проблем, дескать сломается, тогда приносите. А у меня иконка в трее так и висит, что здоровье под угрозой... С некоторых пор, при копировании информации вылазит "ошибка копирования", что вроде тоже является признаком присутствия сбойников. Где-то слышал, что даже несколько сбойников являются основанием для замены. Вообщем, кто владеет достоверной инфой - поделитесь, пожалуйста. Спасибо. Пока.
P.S. если здесь не обсуждается данная проблема, ткните куда обратиться. Спасибо.

Цитата:

Пользуюсь программой Hard Disk Sentinel и HDDScan

Приведите щдесь СМАРТ снятый HDDScan. Ну или сами посмотрите 5-й аттрибут СМАРТа, если там не "0", то это уже гарантийный случай. Поэтому пусть в том сервисе не "выёживаются", а меняют диск по гарантии.

Michael99
Вот 5-й атрибут СМАРТа:

005 Reallocation Sector Count Value 097 Worst 097 Raw (hex) 0000000000-009E Threshold 036

и это поле подсвечивается с жёлтым треугольником.
Ещё такой вопрос: после того, как сбойные сектора перемещены в резервную область, я так понимаю, что различные тесты будут проходить гладко и без эксцессов? Почему спрашиваю, п.ч. я пробовал прогонять диск через тесты утилитой SeaTools от производителя, причём из DOS и из Windows - все тесты проходят. Правда не знаю по какой технологии работает данное творение, п.ч. нигде не нашёл, как посмотреть Badы на диске.....

duvent

Цитата:

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

У Вас только 009Eh = 158dec релоков --- бывших физических бэдов (дефектов поверхности), которые никуда не уйдут. Это совсем не гладко (тормоза...), и, как заметил Michael99, основательный аргумент для замены по гарантии. Наставайте.

Цитата:

нигде не нашёл, как посмотреть Badы на диске.....

Для этого сделайте SCAN (тест повехности) утилитой HDDScan --- наверняка ещё и Soft бэды есть. Отсюда куча битых файлов…

SCAN и SMART (полностью) покажите.

Tau_0


Цитата:

нигде не нашёл, как посмотреть Badы на диске.....

Я имел ввиду, что когда делал тесты утилитой от производителя винтов SeaGate, которая называется SeaTools - у меня все тесты были пройдены без ошибок и в этой утилите не нашёл, где отображается количество сбойных секторов. Вот.
Напротив HDDScan и Hard disk sentinel - дают исчерпывающую информацию.


Цитата:

SCAN и SMART (полностью) покажите.

Вы имеете ввиду, чтобы здесь показать?

duvent

Цитата:

Вы имеете ввиду, чтобы здесь показать?

И здесь покажите --- вместе помозгуем: --- как лучше сервис приструнить...

А затем и в сервис представьте с весомыми аргументами...

Tau_0
Снял последний Smart - все атрибуты кроме 5 в норме. Также сделал Тест поверхности - никаких Badов не найдено, т.е. иными словами самое нижнее значение Bads с синим квадратом - 0. Вот.

duvent

Цитата:

Снял последний Smart - все атрибуты кроме 5 в норме.

158 релоков, --- ‘это серьёзный довод для замены по гарантии.

Пишите и регистрируйте письменное заявление с обоснованием замены по гарантии. В СЦ на него обязаны дать письменный ответ. Интересно, что они ответят…

Посмотрите здесь и по тамошним ссылкам пройдите
Замена HDD по гарантии
http://forum.ozpp.ru/archive/index.php/t-51676.html

Tau_0


Цитата:

Пишите и регистрируйте письменное заявление с обоснованием замены по гарантии. В СЦ на него обязаны дать письменный ответ.

Это дело техники. Вот только надо инфу с диска куда-то рассовать


Цитата:

Интересно, что они ответят…

Может потом отпишусь...


Цитата:

Посмотрите здесь и по тамошним ссылкам пройдите

Благодарю за помощь!

Имею несколько лет диск для накопления инфы на 320 Гб WDC WD3200SB-01KMA0 помимо С:/
Ни разу руки не доходили до его проверки или тестирования.
Случайно обнаружил что есть Bad Sectors 8 Kb
Может мне на фирме такой и всучили при покупке или сами появились.
Места свободного на диске осталось примерно 15%.

Посоветуйте, как разобраться прежде всего с информацией (типа, как обнаружить повреждения информации , если есть).

Дальше, что делать с самим диском? Ну хотя бы начать с локализации этих секторов. Как и чем.

Наверное, это сигнал к покупке нового диска? - В смысле, что инфу с этого диска надо перелить на новый и тогда уж что-то делать со старым?

Заранее благодарю за советы.

cuneiform
Если инфа важна - лучше все же сделать сразу копию перед
началом операций с диском. Тем более, если раньше этим не
занимались. Если диск виден в системе, копировать можно и
обычными методами. Специальные проги нужны если нужный
раздел уже не виден или неправильной структуры. Поврежден-
ные секторы спец-проги всеравно не вернут (т.е. инфу из них).

проблема с HDD Digital Sestern WDC_WD5000AADS-00S9B0 500GB/32MB Cache. Вобшим мой друг случайно форматнул венч прогой Low level format tool ну он не знал что это токое когда понел что то сразу через несколько сек вырубает комп после запуска он не запускается он попытался установить винду и когда увидел "неразмеченную область" то понёс его ко мне я востановил его данные на другой винт но после форматирования его с помощью Acronis я запускаю систему и винда очень долго грузила после запуска при попытки обращения к винту комп завис я повторил всё равно и тогда я попробовыл программу виктория в ней чтобы я не нажимал были ошибки неудаётся прочитать сектор 0, HDD не отвечает и т. д.
я нажал что то типо "чтение" и повалили красные крестики я понел что походу винту канец. Я форматировал его Low level format tool и там были битые сектора от 250,000,000 и помойму до канца.

Меня интересует можноли заблокировать те бэд сектора чтобы размер уменьшился но остались только рабочие сектора.

И можно ли их востановить (я пробовал HDD regenerator он поидее лечит но не все и ужасно долго он за 8 часов проверил токо 4000 секторов из 500,000,000 может можно ускорить процес или есть другая программа)

DIMONXXXX

Выбрось винт и возьми уроки русского языка. Невозможно же это читать:

Цитата:

понел
попробовыл
процес

И скажу по секрету: в русском языке есть ещё такое понятие, как знаки препинания.


А винт по любому на свалку.

DIMONXXXX
Винт теперь на ремонт к мастеру с "прямыми" руками.

Цитата:

я пробовал HDD regenerator он поидее лечит

Забудьте про этот Дегенератор.

DIMONXXXX

Цитата:

программу виктория в ней чтобы я не нажимал были ошибки неудаётся прочитать сектор 0, HDD не отвечает и т. д.

abz

Цитата:

А винт по любому на свалку.

Может быть да, а может и нет --- мало информации. Не очевидно...

DIMONXXXX, какую викторию Вы напускали на хард --- Victoria for Windows (4.46b) или Victoria for DOS (3.52)...???... Если Victoria for DOS, то такое может быть и при исправном харде (если контроллер слишком нов и неизвестен утилите).
См. пост MissAckiiPooH Отправлено: 19:24 01-06-2011 и далее…
Железные проблемы с HDD (диском, хардом, веником)
http://forum.ru-board.com/topic.cgi?forum=84&topic=1019&start=3820
MissAckiiPooH так и не довела (или не ответила…) решение проблемы до конца…

Или Вы просто не справились с интерфейсом утилиты…
Вы бы для начала SMART представили --- в Victoria for Windows легко получите.

помогите плз. http://img.maryno.net/images/9013552f74cc1d695e0290932b0cbf01/72c101a4ddd15ce21606c9ad97df5e2a.jpeg

подскажите, как "отшлифовать" бед сектор? могут ли это утилиты от WD сделать? (готов снести все разделы, форматнуть что угодно, лишь бы от этого избавиться)

Croww

Цитата:

подскажите, как "отшлифовать" бед сектор? могут ли это утилиты от WD сделать? (готов снести все разделы, форматнуть что угодно, лишь бы от этого избавиться)

Скорее всего у Вас soft-bad --- ерунда.... А вот адрес сбойного блока LBA = 115730583 лично мне не нравитс

Дело в том, что MHDD сканирует поверхность блоками по 255 секторов в блоке (так быстрее), поэтому адрес блока, содержащего сбойный сектор должен быть кратен 255, следовательно оканчиваться на цифру 5 или 0. Хотя я уже видел такой кривой адрес на своих WDC и контроллерах Sil3112a и Sil3114… Я предполагаю, что это баг MHDD, хотя адрес первого сбойного сектора бывает на удивление точным, но...
Попробуйте для интереса просканировать утилитой Victoria for DOS – адрес блока будет кратен 256 --- у Victoria размер блока равен 256…

“Отшлифовать” нужно точно --- . Если быть уверенным, что сбойный сектор это LBA = 115730583, то в MHDD по F4 делаем WRITE StarLBA = EndLBA = 115730583 --- прописываем только один сектор нулями.

В такой ситуации, чтобы удостовериться в LBA (а вдруг не туда запишем...) я поступаю проcто – беру дисковый редактор DMDE и копирую им посекторно близкий диапазон секторов в надёжное место.
Например, можно скопировать 200 секторов диапазон [115730500.. 115730699]. При этом DMDE точно укажет сбойный сектор и попросит заменить его на нули (в копии).
Вторым шагом можно точно прибить нужный LBA нулями в MHDD, или альтернативно вернуть копию назад (там блок уже прибит).

Смысл ВСЕЙ заморочки --- не надо сносить разделы --- надо записать нули в нужное место… --- это только один сектор...
Сносить и форматировать ВСЁ что угодно --- Неразумно и вредно…

Викторию я запускал из под DOS . А что касается запуска виктории для винды что интересно она запускается и всё работает нормально кроме операций с секторами во вкладке Tests, как только начинает пытаться читать сектора плохого HDD то мой рабочий HDD просто на 100% загружает чем то 3, 2 диска и всё тупо зависает пока не нажму стоп.
Вот скрины всего, что что я делал.
http://letitbit.net/download/59161.59c7897fd331e007f7e2254d7e9d/2010-06-14_191323.jpg.html
http://letitbit.net/download/89898.8af81a10dd64b5b5319c16116ed5/SMART.jpg.html
http://letitbit.net/download/37928.3393f1ee5fdeb89232ef0500a8d1/2010-06-14_192315.jpg.html
Может что то можно сделать в такой ситуации а то жалка 500GB

DIMONXXXX
Вам надо обратиться к мастеру, имеющему или РС3000-удма или соответствующий самописный, инжененерный софт. В открытом доступе вы ничего такого сами не найдёте.

как я понял, мои дальнейшие действия- сначала найти сбойный сектор. тут есть несколько вопросов... 1. Можно ли весь диапозон 255 прописать нулями (чтоб наверняка)? или все же лучше найти тот единственный?
2. После дальнейшего форматирования раздела этот сектор так и будет нулем? в смысле операция эта перманентная?

сегодня пока на ноут сливаю 150 гигов) завтра буду пробовать залепливать этот сбойный сектор_)

Добавлено:
щас попробовал еще раз с помощью MHDD просканировать. итог:
1. сканирую диапазон 115700000-115800000 без ремапа, выдает все тот же 115730583 сектор. сканировал несколько раз. Ребутаю. Врубаю ремап и старт=энд ставлю этот самый сектор. Все зависает (правда курсор моргает), короче 20 минут комп ни на что не реагировал. Ребутаю ресетом.
2.Сканирую опять этот диапазон, опять выдает все тот же сектор. Но при 2-ом скане, на диаграмме отображается он же, но пишет справа Error 100663302. Сканирую диапазон возле этого 100663302, ничего не выдает. Ребутаю. И теперь все время при первой проверке он показыает сектор 11570583, а при 2-ом и последующих сканов- 100663302.

Вот голову ломаю теперь чтож это за 100663302... Я так понимаю тут без Виктории не обойтись. Только непонятно как викторию эту из под доса запускать... У меня виндоус 7. Надо сначала дос поставить и с него грузится или есть образы с досом и викторией впаяные? Подскажите пжалустааа =)

Дос не надо ставить Он уже стоит, эх....
Скачайте досовскую викторию с сайта, как уже посоветовали, запустите и проделайте эти же операции, про которые написали

даа.. образ таковой нашел, теперь выясняю как задать определенный диапазон, что бы не сканировать весь диск. в HDD scan menu: Start LBA и End LBA- вроде это то самое, но никакие значения, которые есть в подсказке он не принимает.. пробовал 115730583, 1M, 100 M, 5G.. вообще ничего из вписанного не сохраняется в этой строчке. как быть?

Добавлено:
так вроде врубился.. нужно выбрать винт)... но при выборе интерфейса пишет всегда "Отсутствует DRSC+DRDY или винт не снимает Busy.. работа невозможна". и справа HD not ready.. =\

Добавлено:
воооо, доперло еще раз) не видел строчки "сата" )

Добавлено:
в итоге виктория показала сектор 115730464... какой мне диапазон обнулять? 115730400-115730600 ? или как то еще раз можно проверить и убедиться в точности?

еще хочется узнать по поводу "лечения". Тут есть пунк "Классик ремап", "дефектоскоп 1.1", "Адвансед ремап", "Fujitsu Remap", "Restore data", "Erase 256 sect" и т.д. ....

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

при проверке секторов 115000000-116000000, он обнаружил 1 дефект: 115730368 UNCR, т.е.


MHDD выдал 115730583 только этот сектор.
виктория:
115730464
115730368
НО если проверить тот самый 115730583 , то и в виктории он выдает ошибку.

Причем виктория почему то находит только 1 сектор в большом диапазоне, если его уменьшать до 100, то находит еще бед блоки.

В общем я решил обнулить 115730300-115730700, какую операцию надо выбрать?

Добавлено:
самое веселое- если взять и просканить диапазон 115730368-115730583 , то виктория не находит не одного бэда.

Croww,
Цитата:

В общем я решил обнулить 115730300-115730700, какую операцию надо выбрать?

- в Victoria for DOS: Линейное чтение + Запись (Стирание)

Ignat
Спасибо! что бы быть до конца уверенным "read+remap, +adv.remap" это разные виды "лечения" ?

Добавлено:
еще раз спасибо всем, в особ-сти Tau_0 Ремапы от виктории вылечили мой винт даж без обнуления секторов!

извиняюсь за флуд

Croww

Цитата:

Start LBA и End LBA- вроде это то самое, но никакие значения, которые есть в подсказке он не принимает..

А это баг Сергея Казанского (в Victoria не затирается один сектор, кстати в MHDD такое работает) в Victoria for DOS v 3.52 остался --- разработчик про него прекрасно знает, но…

То ли руки не дошли, то ли ещё какие причины... Только так и не исправлено…

Цитата:

какой мне диапазон обнулять? 115730400-115730600 ? или как то еще раз можно проверить и убедиться в точности?

Я же писал --- DMDE (я занят был..., и не успел вовремя ответить). Это чень мощный инструмент --- даже во FRE версии тама стокма --- поражаюсь, но наши умеют своей "дуростью" мир забавлять …
DMDE - DM Disk Editor and Data Recovery Software
http://dmde.ru/download.html
Зто тем, которым интересно...

ЗЫ Есть у нас светлые головы --- грамотно, умно так много придумывают ,, на что сил много тратят. А потом вдруг бросают и совсем чуть-чуть не доводят --- парадокс…

ЗЗЫ А то, что Вы с проблемой разобрались --- хорошо...

Всем привет! У меня проблема аналогичная проблеме Croww.
Scan:

По совету Tau_0 стал копировать в DMDE диапазон секторов 136571200-136571400, 136571314-136571321 скопировать не удалось. 136573510 скопировался со второй попытки (тоже диапазоном копировал). Я так понял, что на эти диапазоны попадает файл svchost.exe, но он копируется в другую папку без ошибок (хэши совпадают). Почему я могу скопировать файл при не читаемых секторах? Как аккуратно все исправить?

stepler44

Цитата:

136571314-136571321 скопировать не удалось

Значит, у Вас 136571321 – 136571314 + 1 = 7 +1 =8 сбойных секторов. Единичка добавляется потому, что LBA адресация идёт c 0, а не с 1. 0 не натуральное число…

Если диапазон 136571321 – 136571314 “непрерывен”, в MHDD в вертикальном меню выбираем Erase Delays = ON (по клавише пробел).
Затем ставим Start LBA = 136571314, End LBA = 136571321 (тоже по пробелу).
Запускаем MHDD.

Смотрим, что получилось --- возвращаем настройки MHDD назад (Erase Delays = OFF). А чтобы не очень долго было сканируем диапазон 136571000 – 136574000.

ЗЫ Я плохо ранее написал --- копировать надо не по 201 сектору, а как минимум 300 секторов --- размер блока в MHDD равен 255 секторам.

Цитата:

136573510 скопировался со второй попытки (тоже диапазоном копировал)

А вот здесь надо особенно аккуратным быть --- неустойчиво читается… Попробуйте переназначитm сектор --- сделать remap в MHDD. Если переназначение прошло, то в DMDE посмотрите содержимое сектора --- он должен быть пробит сигнатурой REMAP.
Затем из копии ранее вычитанное значение можно вернуть --- перекрыть REMAP.

Почему Вы решили, что секторы лежат внутри файла --- возможно делался chkdsk /F на разделе и сбойные кластеры ранее выброшены из системы…???...

Tau_0

Цитата:

Почему Вы решили, что секторы лежат внутри файла

Ну я заглянул в сохранённую копию секторов, увидел упоминание svchost и сделал вывод

Цитата:

в вертикальном меню выбираем Erase Delays = ON

Эта часть прошла успешно, при повторном сканировании ошибок не было. А вот при попытке сделать ремап 136573510 MHDD наглухо повисла. При сканировании в Виктории она указала на сектор 136566144, но при повторном сканировании (с ремапом) сделала ремап 136566373 и 136573510.

Цитата:

он должен быть пробит сигнатурой REMAP

Я не понял, где искать сигнатуру. Если посмотреть эти сектора в редакторе DMDE, то сейчас там нули.
Стоит ли ожидать осыпания винта в ближайшем будущем?
Спасибо за помощь!
ЗЫ: Если я сделаю в ghost образ всего диска (он системный), а потом например отформатирую его и разверну образ обратно. Мне не нужно будет восстанавливать MBR? Система (Win7) начнет грузится без дополнительных телодвижений?

stepler44

Цитата:

Ну я заглянул в сохранённую копию секторов, увидел упоминание svchost и сделал вывод

Это могут быть реликты, а про соответствие сектор <===> файл рассказано здесь (я сам не разбирал --- всё руки не доходят…)
LBA-адреса
http://forum.ru-board.com/topic.cgi?forum=84&topic=0482#1


Цитата:

Если посмотреть эти сектора в редакторе DMDE, то сейчас там нули.

Виктория вроде как пишет паттерн REMAP, а MHDD просто нули пишет. Может не было никаго переназначения секторов, а просто нулями потерлось и ВСЁ...???...

Теперь Вы можете из сохранённой копии (надеюсь в файл сохраняли) вместо нулей записать с трудом вычитанные в DMDE секторы обратно на хард. Если там не нули, конечно, т. е. если что-то сбойное вычиталось. Посмотрите…


Цитата:

При сканировании в Виктории она указала на сектор 136566144, но при повторном сканировании (с ремапом) сделала ремап 136566373 и 136573510.

А вот тут Вам должно быть понятно. LBA = 136566144 начальный адрес целого блока из 256 секторов. 136566144 + 255 = 136566399. Т.е. блок содержит секторы, лежащие в диапазоне [136566144.. 136566399], так вот LBA = 136566373 лежит внутри этого диапазона. А вот сектор с LBA =136573510 принадлежит уже к другому блоку.


Цитата:

Стоит ли ожидать осыпания винта в ближайшем будущем?

Покажите SMART и желательно опять SCAN (скорость линейного чтения).


Цитата:

ghost образ всего диска

Не могу сказать --- не работал с ghost. Но если ghost делает точную посекторную копию, то будет.

А зачем форматировать…???...

Tau_0

Цитата:

Может не было никаго переназначения секторов, а просто нулями потерлось и ВСЁ...???...

Я делал scan + classic remap и Виктория в конце написала, что мол ремапинг ок, а что она сделала на самом деле я не знаю.

Цитата:

А зачем форматировать…???...

Ну это я для примера