ПО для лечения жесткого диска
 

При попытке проверить один из разделов жесткого диска (раздел D) система упала в мертвый синий экран с ошибкой - 0x00000077 (0xC00000B5, 0x00000000, 0x00118000)
Нашел в Интернете причину: Плохой кластер на жёстком диске. Ошибка номера 0x77 зачастую является причиной плохого кластера в месте для виртуальной памяти, или ошибка контроллера диска, или в ОЧЕНЬ редких случаях, когда не хватает свободного места на диске.

Что было сделано на данный момент:

• Проверка Chkdsk /f /r системной партиции
• Пропустил диск через Виктория
• Пропустил диск через MHDD



Кто еще знает какое-нибудь спец. ПО для избавления так называемых «soft-bad» блоков, да и вообще хорошую программу для лечения жесткого диска от ошибок?

И?
>
Это статистика, не более. Если вышеозвученные программы ничего не показали - значит, к поверхности ж.диска проблема отношения не имеет.

Evgesha_572, Можно ещё посоветовать HDD Regenerator

C:\Documents and Settings\Admin>chkdsk d: /f /r
Тип файловой системы: NTFS.
Метка тома: data.

Проверка файлов (этап 1 из 5)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 5)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 5)...
Проверка дескрипторов безопасности завершена.
Проверка содержимого файла (этап 4 из 5)...
Проверка содержимого файла завершена.
CHKDSK проверяет наличие места на диске (этап 5 из 5)...
Проверка свободного места на диске завершена.
Добавление 1 поврежденных кластеров в файл поврежденных кластеров.
Исправление ошибок в рисунке тома.
Windows сделала изменения в файловой системе.

28836674 КБ всего на диске.
97912 КБ в 143 файлах.
76 КБ в 27 индексах.
36 КБ в поврежденных секторах.
67030 КБ используется системой.
65536 КБ занято под файл журнала.
28671620 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 7209168.
7167905 кластеров на диске.

+ Виктория показала результат - 11 бэдов

HDD при смерти.

понятно , то есть нет смысла его реанимировать ?

Вы бы SMART показали что ли... Все пляски с бубном с прожками типа HDD Regenerator - это от лукавого. Почему - почитайте http://www.nazyura.newmail.ru/Part01.htm

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

SMART во вложении данного диска

Evgesha_572, Смарт нормальный. Из за одного переназначенного сектора волноваться не стоит. Волноваться стоит, когда число переназначенных секторов растет постоянно. Хоть по одному, но изо дня в день.Вот это и есть - диск начал сыпаться. Выполните Erause своих 11 бэдов и проверьте еще раз поверхность диска. думаю все ваши бэды - софтовые...

И еще температура высоковата 48, а это плохо, покумекайте над его охлаждением.

>Выполните Erause своих 11 бэдов
это в Виктории ?

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

12 bad sectors recovered
Результат программы HDD Regenerator 1.61 Portable во вложении

Evgesha_572, нет вложения. интересно посмотреть, забыли прикрепить файл

см.вложение

Evgesha_572, повторный скан MHDD\Victoria что говорит?
>

Цитата:

Цитата Esdek64 в способности устранять проблему без потери данных, в отличие от других программ. »

и в одной из двух мной озвученных программ функция REMAP деструктивной не является. То, что регенератор умеет ремапить - это, конечно, гуд. А то, что это преподносится как высшего уровня магия с ноухау в одном флаконе - это и подлежит критике.

>повторный скан MHDD\Victoria что говорит?
во вложении

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

Evgesha_572, "Доктор сказал в морг, значит в морг!" Мое мнение, учитывая результаты повторного сканирования, данный HDD не пригоден для хранения какой либо важной информации! Кроме того на него категорически не рекомендую устанавливать ОС!

Да полноте. прекрасные результаты! То, что человек в настройках понаставил галки в чекбосы "Выводить сведения о секторах", начиная с 20 ms и виктория, как дура, пишет красным о всех таких секторах - ничего не значит! Поверхность в норме!
Evgesha_572, Ну что, хороший диск (не смотря на почтенный возраст). Еще бы раз смарт выложили (что бы с предыдущим сравнить) и все ОК! Только, пожалуйста, не надо восторженно кричать - мне помог Регенератор! С софт бэдами (это то что у вас было) и chkdsc прекрасно справится:tongue: или форматирование.

выложил SMART прследний
сейчас при проверке данного раздела скандиском , система в синий экран не выпадает , будет считать что проблема решена

Evgesha_572, Обратите внимание, что два бэда были все таки не софтовые. Переодически проверяйте смарт - если 5 параметр (еще посматривайте за изменением числа "кандидатов" в бэды - 197) расти не будет - все в порядке. Так же частота (1) и общее число ошибок(195) при передачи данных наводит на мысль о аппаратных проблемах. Но во первых - это может быть следствием разгона, во вторых - tresh еще не достигнут, в третьих - смарт сигейтов сам по себе вызывает много вопросов (лично у меня новый диск показал в 3 параметрах "половинные" значения надежность. Потом они стали медленно увеличиваться. Вот так...). Да и вообще, учитывая, ненулевое значение ошибок передачи данных по внешнему интерфейсу, можно посоветовать несколько раз вытащить-вставить хард, возможно не очень хороший контакт.

насколько я понимаю, функция REMAP записывает "плохой" сектор в лист исключения и "заменяет" этот сектор хорошим из резерва. При этом, если в плохом секторе была информация, то она теряется. А прога HDD Регенератор именно устраняет дефект и сохраняет имеющуюся в плохом секторе информацию.

Неверно.
Только сам накопитель в состоянии вычитать плохой сектор, если это возможно.
И соответсвенно либо перепишет, либо преназначит его, если есть резервное место.
Когда накопитель не может вычитать сектор, он так и остается в кандидатах (197 Current pending sectors) до следуюшей записи в него.
О невычитанных секторах в смарте присутсвует отметка в атрибуте - 198 Offline scan UNC sectors.
Строго говоря - кандидат, это не один сектор. А запись в логе кандидатов или G-листе (в зависимости от модели), в которой может числится от одного до целого трека секторов.
Во время работы харду некогда долго возиться с плохо читаемыми секторами, раз десять попробовал вычитать и хватит. После чего помечает их, как кандидатов на ремап.
Во время простоя запускается особая долгая процедура различных методов вычитывания плохого сектора/ов.
Ни какая программа лучше самого HDD это не сделает.
Так что ни ремап Виктории, MHDD или Дегенератора, вычитать такой сектор не смогут.
Поэтому они пишут в этот сектор сигнатуру (обычно нули). Если сектор записывается, он соотвественно уходит из кандидатов, если не может записаться - переназначается и уже из кандидатов запись переходит в атрибут - 5 Reallocated sector count.
Целостность данных будет зависеть только от того, куда такой сектор попал.

Esdek64, проще говоря, подытожу: Регенератор "сам" ничего никуда не переносит. Как и все другие, он просто пытается уговорить ж.диск провести ремапинг. Могу сказать из личного опыта: пока при ремапинге информация не терялась. А то, что ты озвучил

Цитата:

Цитата Esdek64 записывает "плохой" сектор в лист исключения и "заменяет" этот сектор хорошим из резерва. При этом, если в плохом секторе была информация, то она теряется. »

это ближе к механизму erase обеих программ - как раз деструктивному.

при ремапинге?

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

Из программ нет прямого доступа к резервной зоне. Она не в адресном пространстве пользовательской зоны и не имеет адресации в LBA. HDD обрашается к ней только если в G-листе есть запись о переназначении плохого сектора.

это понятно. Утилиты могут порекомендовать (в случае erase delays - настоятельно). Но в случае
информация, хранящаяся в секторе, в этом случае терялась бы, не так ли. Но ни в Victoriy, ни в MHDD функция remap деструктивной не называется.

Правильно, чего деструктировать-то?
В плохих секторах информация уже потеряна. А остальные она не трогает. ;)

н-дя... потеряна, говоришь? Тогда так: лежит архив, бааальшой... не копируется и не открывается, проверяем - точно, на поверхности ж.диска куча БЭДов... производим remap - и читается, и копируется и при тесте ошибок CRC не содержит.. Как-то слишком жива информация, для потеряной ;)
(проверялось не раз: после ремап'а вся информация остается живой и читабельной)

Результат сканирование MHDD во вложении

Evgesha_572, Повторюсь

данные на нем не хранятся , система стоит , все работает нормально

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

Evgesha_572, Вы еще раз просканируйте кусочек с "медленным" сектором. Больше чем уверен его там не окажется. При всем моем уважении к MHDD и ее автору - прожка похоже не безглючна. А может это глюки именно seagate... Сам ей пользуюсь. Так вот при сканировании ST9320421AS переодически возникают вот такие один - два медленных сектора (причем это было и на абсолютно новом винте). При повторном сканировании или их нет, или есть такой же сектор, но совсем в другом месте. Причем это только на SeaGate. Винту стало пол года - сектор, другой то есть, то нет. Я на это плюнул. На винте системный раздел - проблем вроде не вижу.
У вас - даже если этот сектор обнаружится на том же месте, думаю Erause вам поможет (не забудьте перед Erause сохранить данные)

:)
Интересный вывод. При сканировании одна и таже последовательность команд выполняется по всему диску.
Где ж тут можно накасячить? Оно бы на всех дисках повторялось.
Харды сами по себе так себя ведут. Может на пендинг нарвался, и начал его обрабатывать, может терморекалибровку затеял, может в логе решил что отметить. Да малоли что операционной системе RTOS в HDD в голову взбредет. Харды сейчас не такие как десять лет назад.
Ище немного и по "разумности" и не предсказуемости Windows догонят.
Не ждите от них четкости, как от будильника. :)

Кстати, "фирменная" SeaTools for Dos просто заявляет - диск здоров, не парьтесь...
Я все к чему клоню: ув. Ment69 советует топикстартеру использовать хард под пепельницу. Я же имею мнение, что диск с такими показателями здоровья еще послужит, не смотря на возраст - все ж более 15000 часов наработки. Кстати, Evgesha_572, уж коль взялись тестировать - можете до кучи и упомянутой SeaTools Seagate Technology протестить (LongTest).
A вообще, вроде уже все выяснили, починили. Надо уже черту подводить...

ну, например, одна из ее версий рандомно пароль на ж.диск ставила... чем несказанно радовала владельца оного.
>
ага.. и при этом при наличии БЭДов их молча ремапит.. знаем, знаем.
>
а вот с этим соглашусь - в свое время вычищал Сеагейт_40Гб, около 70% поверхности было похоже на радугу, включая Х и другие спец-символы MHDD. erase+remap+erase_delays - вычистили почти все, жив до сих пор (системный ж.диск). Все зависит от причины повреждения поверхности ж.диска.

Не ошибается тот, кто ни чего не делает. ;)
Программа фриваре, мы же ее и тестировали.
лично проверял все выходящие в то время версии начиная еше с 2.60 (21.11.2001) и писал автору о найденых косяках.
Как только проблема с паралем была обнаружена, автор ее сразу устранил. недели не прошло.
И она не ставила рандомно пароль, а четко записывала не тот, но известный пароль при Securite Erase.
И то что кто-то в инете до сих пор скачивает кривую версию, а не c сайта разработчика, это не проблема автора.

НАрод подскажите.
У меня уже 7 дисков жёстких. От 80 до 640 Гб.
Половина не работает. Кучи бед секторов. Причём появляются после гарантии 6 мес.
Сейчас на одном диске 360 бед секторов.
Можно как-то их убрать (заменить из резерва). Какие проги это делают- не только тесты, но и лечение? И как работать в проге Виктория? Может у кого есть пошаговая инструкция? На сайте производителя Виктории-там не понятно, всё на сленге...
Кто знает-помогите...

denn-i, [решено] Инструкция к программам MHDD и Victoria ?

denn-i, хреновые БП в первую очередь "убивают" винчестеры.

denn-i, HDD Regenerator такая ещё есть, крутится дома диск сейчас через нее со вчерашнего вечера, диск Samsung 40-ник, в свое время "правильно" умерший. Утром было 4200 :) bad sectors recavered, интересно что выйдет в итоге...

а ты тут почитай
HDD Regenerator v1.71 Rus
вывод сделаешь сам :)

есть какая-то статистика или статьи про хреновый БП, что они убивают винды?
И как можно проверить БП на качество. У меня 350вт конечно китай-но работает 4 года и вроде ничего... хотя винчестеры "летят"... может при пиковых нагрузках при включении что-то не то, а может и винды такие с браком-тут такого почитал-аш жуть-как люди ещё в космос летать умудряются, если такие винды делают...

Максимальная нагрука на блок питания приходится на момент старта компьютера.
В случае недостаточной мощности, возникает пульсация выходного напряжения блока питания, что приводит к возникновению помех на информативных шинах контроллера.
Как следствие: неправильная работа HDD в целом, что может привести к потере данных пользователя и порче служебной информации самого накопителя.
Ему пора на покой, вот он и причина
Какие напряжения он выдает? и производитель кто?