Жесткий диск ST3640323AS Barracuda 7200.11 SATA 3Gb/s 640GB
Firmware : SD35
Возраст 1 год.

Проблема такая.

Долгое время в журнале системных ошибок часто появлялись сообщения: "Драйвер обнаружил ошибку контроллера \Device\Harddisk1\D"
Потом, однажды, система не загрузилась. Загрузил систему с другого диска.

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

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

Потом запустил форматирование системного раздела, но оно завершилось неудачно. Теперь при обращении к диску программ он почти всегда пропадает из системы. Его не видно в диспетчере устройств.

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

"Нет доступа к F:\.
Запрос не был выполнен из-за ошибки ввода/вывода на устройстве."

Диспетчер логических дисков физический размер показывает правильно.
Тесты поверхности показывают, что весь диск нечитаем.
Во время работы лишних звуков незаметно, а обычные присутствуют.
В BIOS определяется нормально, но при обращении к нему программ из под Дос, он тоже часто пропадает и не появляется в BIOS после перезагрузки, а появляется только после выключения и включения питания компьютера.
При запуске "SeaTools for Windows" диск также пропадает из системы.
Некоторым программам иногда удается считать с него SMART (прилагаю).

Фото - 94 кб.

Помогите, пожалуйста, умными советами.

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

7200.11 оказались крайне неудачной серией - вот и все что я о ней знаю. Сейчас у самого стоит такой же - пока работает. В разделе по жестким дискам есть отдельная ветка, посвященная проблемам с 7200.11 - там, кажется, советуют перепрошивать жесткий диск и описано как это делать. Больше ничего подсказать не могу.

Celebris_GL_6233
Прошивки беды не лечат.

в 11й серии щук были только с прошивкой косяки, что вело к полному отказу харда. В данном случае другая проблема. Единственное что может помочь - лоу левел формат. Если ничего не изменилось - в гарантию такой винчестер (5 лет кмк).

Reallocation Sector Count - это переназначенные сектора, т.е. бэды?
Они могли появиться по вине материнской платы (Долгое время в журнале системных ошибок часто появлялись сообщения: "Драйвер обнаружил ошибку контроллера \Device\Harddisk1\D")?
И если могли, то ведь они могут быть "виртуальными"?
Тогда возможно как то отменить ремап?

Добавлено спустя 9 минут 20 секунд:


лоу левел формат пробовал, проги выдают ошибки.
Пробовал сдать по гарантии.
Продавцы говорят что сейчас гарантия 3 года, и она не распространяется на OEM.
Хотя я проверял на сайте Сигейта по серийному номеру. Там выводит ответ, что у моего диска гарантия 5 лет.
Но как я понял, чтобы ей воспользоваться, нужно высылать диск на завод!
Но стоимость пересылки сравнима со стоимостью нового диска!

попробуй hdd regenerator который может расказать твоему диску что все бэды ложные с достаточно больши количеством это сработает но проверить другой софтиной (seatools) или др надо обязательно

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

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

Еще раз, для всяких випедистов.
При записи хард не проверяет, что записал, кроме случаев, когда предварительная диагностика, которой хард занимается все свободное время, не пометила в соответствующих логах эти сектора, как проблемные, или кандидаты.
Что есть кандидат.
Это сектор (или группа секторов) который за отведеное для нормального считывания время и повторы - не вычитался, Программа при чтении такого сектора-кандидата, выдаст сбой.
Далее. В простое, запустится смарт тест, который постараяется вычитать всякими хитрыми режимами этого кандидата.
Если он вычитался, хард попытается записать его на место, и если он нормально запишется, то из кандидатов такой сектор удалится.
Если же информация не запишется на место, то оно перназначится, данные запишутся в резервный сектор. И в последствии хард всегда будет вместо этого сбойного места читать резервное место. Так что бедом такое переназначение назвать ни как нельзя.
Если же смарт тест не смог вычитать кандидата, то сектор так кандидатом и останется, превратится в тот самый известный всем "бед", отметится в 198 атрибуте смарта. На котором все программы при чтении будут спотыкаться.
Убрать такой "бед" можно только перезаписью. При записи в такое место, хард обязательно сделает проверку записаного, и если проверка не прошла, то данные запишутся в резервное место, и сектор исключится из работы.
Но если резервное место кончилось, то все последуещие не вычитанные кандидаты превратятся в реальные беды.
Вернуть переназначеные сектора на место, обычными программами не возможно.
Ремонтники имеют возможность технологическими утилитами, перенести информацию о переназначении из G-листа в заводской P-лист.
Но и здесь засада, нельзя переместить более 2000-3000 записей в P-лист. Дальше можно бороться только заводскими тестами - селфсканами, но не у всех хардов они есть и не для всех доступны.
Просто очищать G-лист нет ни какого смысла, хард весьма редко ложно переназначает сектора. Так как процедура переназначения достаточно длинная с массой проверок.

Т.е. диск восстанавливать нет смысла?