Среди этих параметров есть функция ремапа. По умолчанию она выключена, но поставив на нее курсор и нажав «пробел», можно включить её (Remap: ON). В этом режиме MHDD будет пытаться вылечить дефектный сектор, всячески показывая контроллеру, что там имеется BAD и его нужно скрыть. При этом возле каждого успешно скрытого сектора возникает синий квадратик или надпись [ok]. После ликвидации всех бэдов нужно еще раз прогнать тест поверхности, выйти из MHDD и снова запустить SMART-монитор, убедившись в том, что значение Reallocated Sector Count увеличилось. Это означает, что ремап прошел успешно, без ошибок, и дефекты действительно были замещены из резерва.

Если вы по каким-то причинам не хотите терять инфу с бэдастого винта, например, ее некуда сохранить - не отчаивайтесь. Можно попробовать не делать полное обнуление, а перейти сразу к ремапу с помощью MHDD. Информация с винта при этом не стирается, кроме, пожалуй, той, что была в самих бэдах (но ее все равно уже не вернуть). При нахождени бэдов, программа применит к ним те же меры, что и при обнулении - низкоуровневую запись, а следовательно, даже если бэды окажутся логическими, они с большой вероятностью могут быть исправлены. Точный результат зависит от реализации микрокода конкретной модели накопителя. Например, ремап без обнуления хорошо работает на винчестерах фирмы Quantum и Maxtor. Но если это не поможет, и дефекты не исчезнут - обнуление все же придется сделать, на всякий случай. Например на винтах Fujitsu MPG только обнуление помогает решить проблемы с софт-бэдами, а ремап с помощью MHDD нужного эффекта не производит. В некоторых случаях может помочь только применение команды «aerase» (она обнуляет винт по другому алгоритму, но работает медленнее).

Программа MHDD постоянно дополняется и совершенствуется. Поэтому, посетив сайт mhdd.com можно скачать ее самую последнюю версию.


Может случиться так, что даже после всех проведенных операций бэды останутся, а SMART покажет то, что ремап не происходит. Причин может быть несколько:

1. Винт очень старый, и его контроллер не поддерживает функцию Automatic Defect Reassignment. Например, винты фирмы «Conner» вообще ремапу не поддаются. Лечится только специальными технологическими утилитами.

2. У винта может быть переполнен G-list, и в нем больше нет места для новых дефектов. Это хорошо видно в SMART по завалу атрибута Reallocated Sector Count. Такой винт ремонтируется в условиях мастерской, путем переноса всех ремапов в P-list и последующего низкоуровневого форматирования.

3. Процедура автозамещения дефектов была отключена в самом винте. Фирменные утилиты некоторых накопителей позволяют это делать, и ими же можно вновь включить его. Это достаточно редкий случай.

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

5. Контроллер так и не смог поверить в то, что сектор действительно дефектный, т.к. он все-таки смог прочитать/записать его, пусть даже не с первой попытки. В этом случае ремап не произойдет. Ни одна программа скрытия дефектов никогда не пишет напрямую в дефект-листы. Это может сделать только сам контроллер, на основании своих наблюдений. Для того чтобы он «поверил» в то, что в данном месте имеется бэд, и скрыл его, иногда приходиться довольно долго это ему объяснять, всячески показывая проблемный сектор - многократно производить запись/чтение, до возникновения ошибки. Поэтому утилиты для ремапа никогда не скроют намечающийся дефект. Для того, чтобы это произошло, нужен только настоящий BAD.

Такая «недоверчивость» сделана специально: ведь каждый перемещенный сектор ухудшает параметры накопителя, снижая его быстродействие. И скрыть 666 бэдов ремапом скорей всего не получится - размер пользовательского дефект-листа ограничен, и при определенном его значении (от десятков до нескольких сотен секторов, в зависимости от конкретной модели), винт заваливает себе SMART, сообщая о том, что ему пора в ремонт или на свалку.

Но не спешите выкидывать такой накопитель. Если он относительно современный, и не имеет переполненного дефект-листа (атрибут 5 в норме), надежда на ремап еще есть. Просто нужно попробовать применить к нему другую программу, имеющую большее количество циклов записи в дефектный сектор. К таким программам относится HDD Utility для DOS. Эта прога работает немного иначе, чем MHDD: в ней функции проверки поверхности и ремапа разделены, и ремап производится на основе протокола, создаваемого при сканировании. По этому сначала запускаем проверку, пройдя цепочку: [Choose Drive] - [Read test] - [Hard read], а затем переходим к пункту [Choose Drive] - [Recovery] - [Remap defects-] (рис 6). Перед этим желательно ознакомиться с описанием этой программы, благо оно очень подробное и написано по-русски. Недостатки Hdd Utility - непонимание накопителей с объемом больше 8,4 Гб и отказ работать с некоторыми моделями (последнее связано с ограничением бесплатной версии). Но это не столь важно - «трудноремапящиеся» винты обычно имеют небольшую емкость - обычно это различные модели Western Digital емкостью 0,65-6,4 Гб. Для больших винтов можно применить программу HddSpeed v.2.4, в ней тоже есть функции ремапа (Try to repair/reallocate found defects) и русское описание (рис.6)

Некоторые производители, стремясь улучшить характеристики своих винтов, но при этом стесненные скудными возможностями стандартных ATA-команд, разработали свои фирменные технологии, суть которых заключается в том, что часть утилит стали встраивать непосредственно в винты. Это дало возможность проводить безопасный доступ к служебной зоне, исключив технологические команды в самих утилитах. Именно так поступила фирма IBM, разработав технологию Drive Fitness Test. Винчестеры IBM оборудованы встроенным аппаратно-программным комплексом, предназначенным для их качественного обслуживания, диагностики и ремонта. Он состоит из двух частей: первая является расширением SMART-функций интеллектуального контроллера, а вторая запускается извне. При этом результат получается на порядок выше, чем при использовании любых универсальных программ. IBM ведут внутренние журналы ошибок, благодаря которым намного облегчается диагностика их неполадок - ведь их анализирует сам контроллер, а не внешняя программа. А использование фирменного метода NoID позволяет скрывать дефекты без ремапа, перемещая их сразу в P-list и пересчитывая транслятор.


И все операции по обслуживанию этих хардов желательно делать именно ей (Рис. 8). Принцип работы этой программы, на первый взгляд, не отличается от описанного выше: сначала нужно попробовать сделать полную очистку диска, выбрав в меню Erase Disk. Но в отличие от других программ, DFT не только очистит винт, но и тут же исправит текущие значения SMART-атрибутов, а при обнаружении физических дефектов сам их скроет. Поэтому функция стирания диска в DFT и не работает с винтами других фирм - она взаимодействует с винтами IBM с помощью нестандартных ATA- команд, которые у других накопителей отсутствуют. Но несмотря на это, в DFT присутствует и универсальная процедура ремапа - «Corrupted Sector Repair», причем довольно неплохая, и работающая с любыми IDE винтами.

Drive Fitness Test позволяет делать настоящее низкоуровневое форматирование, скрывая физические дефекты «правильным» способом, без ремапа. Но этот способ пересчитывает транслятор винта, что приводит к полному уничтожении информации. По этому эту функцию и встроили в меню «erase disk» - если пользователь уже дал согласие на стирание данных, почему бы этим не воспользоваться?

Единственное, что DFT не умеет - так это строить график чтения. Поэтому, если очень хочется оценить состояние поверхности визуально, воспользуйтесь программами HddSpeed или MHDD с ее «квадратиками». Только имейте ввиду, что для винтов IBM нужно обязательно ставить режим LBA, так как в режиме CHS именно эти винты, по непонятным причинам глючат.

Оценить реальное состояние накопителя по графику, полученному через его интерфейс, невозможно. Это объясняется тем, что при работе интерфейса неизбежно возникают задержки, так как контроллер винта, кроме передачи данных, выполняет множество других операций: преобразование физических адресов в LBA, дефект-менеджмент, запись внутренних SMART-логов, верификацию данных и вычисление их контрольных сумм, управление стратегией кэширования, термокалибровку и т.д. Поэтому этот метод пригоден только для приблизительной оценки винта, выявления грубых ошибок, и применяется только в быту. Это прекрасно понимают авторы тестировочных программ, указывая на невозможность использования их результатов в качестве любых доказательств. Наиболее достоверными считаются тесты под чистым DOS. В многозадачных средах ситуация хуже, так как любой фоновый процесс искажает временнЫе интервалы, что препятствует верной оценке состояния накопителя.


Как уже было сказано выше, ремап обладает недостатком, проявляющимся в виде рывков головками в резервную область. При этом винт может щелкать во время работы, а на графике будут видны провалы. Это может сильно затруднить, например, работу с потоковым видео. Особенно сильно это проявляется, когда ремапы расположены в начале диска: при этом головки проходят максимальный путь, и задержки на их перемещение очень велики. Поэтому, в некоторых случаях ремап может оказаться нецелесообразным, а вместо него лучшим выбором будет скрытие дефектов средствами файловой системы. Например - обычным высокоуровневым форматированием format.com, программой scandisk или Norton Disk Doctor. Только решиться на этот шаг нужно сразу после проверки поверхности, не пытаясь сделать винту ремап. Иначе, при успешном его проведении, вернуть бэды назад и очистить таблицу дефектов будет нельзя. Ремап - однократная процедура, и если контроллер винта перенес адреса секторов в резерв, вернуть их назад будет уже невозможно.

Другая альтернатива ремапу - обрезание пространства в конце диска с помощью технологии HPA (Host Protected Area), имеющийся у всех современных винтов. При этом винт будет определяться в BIOS на меньший объем, а все беды, если они расположены в конце, останутся «за бортом», и станут невидимы. Этот метод следует применять к накопителям, имеющим много бэдов в конце диска (к сожалению, такое бывает редко). В любой момент винту можно вернуть его полную емкость и, соответственно, бэды тоже. Сделать это можно программой MHDD (консольные команды HPA и NHPA), а также IBM Feature Tool Если винт старый, и не под- держивает HPA, то можно создать отдельный логический раздел, причем, не только в конце, но и в любом другом месте диска, и расположить его так, чтобы большая группа бэдов оказалась в нем. Это делается программой Fdisk. Такой раздел можно забить ненужными файлами, а можно вообще его не форматировать, присвоив ему статус "non-dos" (тогда он станет невидим для системы).

Но самый лучший способ избавить винт от бэдов, особенно если их много, или они не поддаются ремапу - стендовый ремонт у квалифицированного специалиста. С помощью специального оборудования и утилит можно выполнить полный ремонтный цикл, аналогичный тому, который винт проходит на заводе: правильное низкоуровневое форматирование, очистку винта от ремапов, восстановление служебной информации, и многое другое. После такого ремонта винт будет неотличим от нового, будет иметь ровный график, и что самое главное - у такого винта будет запас надежности на несколько лет вперед. Оборудование для ремонта (как правило, это - комплекс РС3000) имеется почти в любом крупном сервис-центре, кроме того, многие ремонтники используют собственный уникальный софт, превосходящий PC3000 по возможностям.

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

7. Особенности, глюки и профилактика

Не все винты портятся из-за неосторожного обращения с ними. Иногда причиной их глюков становятся ошибки, допущенные самими разработчиками. Некоторые из них имеют непоправимые последствия, так как способны физически испортить магнитную поверхность. Так было, например в 1996-м году с винтами Quantum ST. Из-за ошибки в микрокоде эти винты распарковывали головки чуть раньше, чем блины набирали нужную скорость. В результате головы царапали поверхность, что приводило к огромному количеству бэд-блоков и быстрому отказу накопителя. Но это происходило не при обычной работе, а только при выходе винта из спящего режима, поэтому для многих этот глюк оставался незамеченным. И только после перестановки ОС, если забывали отключить «пониженное энергопотребление», винт начинал сыпаться. Эта болезнь носила настолько массовый характер, что в народе получила название «бабушкин будильник» - из-за характерного металлического звука, который издавал винт при отбрасывании копыт. После каждого «пробуждения» винт получал новую порцию бэдов, и попытки сделать ремап помогали лишь до тех пор, пока хватало места в таблице дефектов. Поэтому, чтобы спасти оставшиеся в живых винты, фирма Quantum выпустила патч - обновление микрокода. К сожалению, было уже поздно - почти все винты этой серии вымерли раньше, чем за год, но если у вас остался такой накопитель - не поленитесь и обновите ему прошивку.

Аналогичные проблемы были у старых винчестеров Western Digital в 95-м году, но бэды у них появлялись в конце диска.

Нередко встречается и такой глюк: винт просто перестает определяться в BIOS. Причина - ошибка программиста, писавшего firmware, в результате которой винт сам себе портит служебную зону: из-за переполнения внутренних логов ошибок происходит затирание соседних областей, без которых винт отказывается работать. Как правило, этому предшествуют какие-нибудь сбои, например, появление BAD-блоков или неудачный разгон шиной. Именно так и было с серией IBM DTLA: ошибка таилась в SMART, и если он был включен - винт подыхал. Похожие проблемы были у Seagate, Fujitsu, и многих других. Поэтому нужно следить за выходом обновлений для своего винта, и регулярно «перешивать» их. В отличие от прошивки BIOS'ов материнских плат, делать это нужно обязательно - если фирма выпустила прошивку, то это неспроста: возможно, был найден серьезный баг, устранение которого избавит от неприятностей в будущем.

«Фирменным» глюком винтов IBM DTLA является нарушение контактов в разъемах платы, а также плохое качество пайки этих разъемов. Поэтому у винтов IBM нужно очень осторожно вставлять шлейфы, стараясь не перегибать плату. Этим вы значительно продлите жизнь своему «дятлу», и спасете его от появления софт-бэдов.

Среди многих пользователей до сих пор распространен слух о том, что некоторые винты умирают от «неправильного» низкоуровневого форматирования, например программой, встроенной в BIOS материнских плат. Пока не удалось найти достаточных доказательств этому, однако существовала модель винта с дырой в микрокоде, способной привести к подобному эффекту. Это Fujitsu серии TAU (приблизительно 1996 год), некорректно обрабатывающий ATA-команду 50h: именно ей BIOS производит универсальное форматирование, и эта команда входит во многие программы а-ля HddSpeed. Поэтому не стоит искушать судьбу, форматируя эти винты малоизвестными утилитами или из BIOS.

То же самое, возможно, относится и к некоторым, совсем старым винтам, емкостью 40-240 Мб. Они не имели мощных средств автозамещения дефектов, не поддавались обычному ремапу, и для их форматирования применялись специальные утилиты.

Многие старые винты при неправильном форматировании приобретали неровный график чтения. Исправить его можно, выполнив обнуление диска в MHDD.

Еще одна разновидность программ, которые можно применять только от производителей - переключалки режимов DMA: изменения между UDMA33/66/100 - это изменение части микрокода винта, поэтому попытка применить чужую утилиту (например переключить Quantum с помощью IBM DFT) может привести к порче прошивки, а следовательно - к глюкам с непредсказуемыми последствиями.

Вот и все. Будем надеется, что этот материал помог вам. Но помните: любое количество bad'ов на винте - это повод для обращения по гарантии. А невозможность их убрать без ухудшения характеристик диска - повод для обмена устройства. И если вам удастся убедить в этом продавца - считайте, что скрытие BAD'ов удалось на все 100%. Только не забывайте про профилактику, и возможно, вам и не понадобится ничего скрывать.