HDD,обзор,проблемы,ремонт

[HIM]

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



Эта статья написана для проявляющих интерес и делающих первые шаги в области накопителей на жестких магнитных дисках и посвящается программе MHDD и работе с ней.

На момент написания статьи последней версией программы была 2.9. Доступна для скачивания с сайта разработчика . Распространяемая версия не полная, если верить автору, полная существует только в одном экземпляре только у него самого и умеет выполнять ряд очень полезных функций. Но нас, как просто любопытных пользователей, это не интересует: то, что предлагается нам всем, уже является мощным инструментом.

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

Работать программа способна из под чистого DOS, и прямо из Windows (95/98/ME). Правда, при работе из-под Windows существуют некоторые ограничения (о них сказано в документации: накопитель не нужно в таком случае определять в BIOS, а контроллер, на котором он установлен, в Windows лучше всего отключить).

И хотя такой вариант работоспособен, лично я все же предпочитаю работать под чистым DOS, так как даже если все будет работать стабильно в Windows, полученные скоростные показатели могут не соответствовать действительности. И потом, Windows это все-таки Windows… Может я и параноик, но в "варезных" делах стараюсь держаться от "Окон" подальше. И раз уж упомянули о контроллерах, то нужно сказать, что программа позволяет работать и с накопителями установленными на внешних ATA контроллерах, но не во всех версиях. Такая возможность анонсируется в версии 2.8, но в доступной на сайте версии 2.9 этой возможности нет. Утилита способна запускаться с любого не защищенного от записи носителя на котором есть немного места для записи временных файлов и протоколов работы (минимально нужно 70 кбайт, рекомендуется 20 Мбайт). Не используйте программу с того же диска, который диагностируете и лечите, если случилось так, что накопитель у вас один (бэды на своем родном и единственном восстанавливаете, например) - используйте программу с дискеты. Аппаратная часть - ваша тестовая машина, программу не занимают совершенно: это может быть что угодно, с контроллером ATA, вплоть до 286 (в документации так сказано, сам не пробовал, так как у меня в доступности лишь 386 есть, но по теории должно)

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



На экран будет выведена подсказка об основных командах программы.



Инициализировав выбранный накопитель нажатием F2 получаем исчерпывающую о нем информацию: название модели; логические геометрию диска (логическое число цилиндров/головок/секторов на дорожке); серийный номер; версию микрокода; число адресуемых через LBA блоков; поддерживаемые функции ATA и максимальный поддерживаемый режим; состояние SMART (включена ли); состояние системы защиты (включен/выключен аппаратный пароль); полный размер винчестера; результат прохождения основных тестов. Часть этой информации отображается во второй сверху строке на экране и видна при работе.



Кроме того, о состоянии диска и его занятии в данный момент времени сигнализируют индикаторы в самой верхней строке. Они несут следующую информацию:

BUSY - накопитель занят и на команды не реагирует;
WRFT - ошибка записи;
DREQ - накопитель жаждет обменяться данными с внешним миром;
ERR - в результате какой-либо операции возникла ошибка. Когда загорается этот бит, обратите внимание на правую верхнюю часть экрана. Там будет отображен тип последней ошибки: (действительно только при зажженной лампочке "ERR"):
AMNF - Adress Mark Not Found - Обращение к какому-то конкретному сектору не удалось. Вероятной причиной является повреждение этого сектора, повреждение его полей идентификации (упоминание об этом есть здесь). Но сразу после включения накопителя, как раз наоборот, свидетельствует об отсутствии проблем и сообщает об успешном выполнении внутренней диагностики .
T0NF - Track 0 Not Found - не найден нулевой трек.
ABRT - Abort, команда отвергнута;
IDNF - Sector ID Not found;
UNCR - Uncorrectable Error - Ошибка не скорректированная кодом ECC. Вероятно, в данном месте имеет место быть логический бэд-блок (говорилось об этом здесь).

Кроме этих в верху могут гореть еще два индикатора - PWD - сигнализирующая об установленном аппаратном пароле, и HPА - если размер накопителя был изменен с помощью команды HPA (для скрытия бэд-блоков в конце диска используется обычно).

Изначально программа задумывалась как инструмент для быстрой диагностики, и потому на тестирование приходится большая часть функций программы. Первая и самая простая диагностика - по атрибутам системы SMART. В MHDD встроены необходимые средства. Начиная с версии 2.8.1 возможен просмотр SMART-атрибутов, запуск на выполнение SMART тестов. Для просмотра нужно ввести с консоли команду SMART ATT.



К сожалению, эта функция появилась в программе достаточно поздно. Многие уже привыкли пользоваться сторонними SMART утилитами и продолжают это делать (и в прошлой статье я рекомендовал вам делать тоже самое, но следовать за мной неотступно никто не обязывает). Тут уж кому что придется по вкусу. Для выполнения тестов нужно ввести команду SMART TEST и выбрать нужный.

[HIM]

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

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



Верхняя строка - это режим работы с винчестером. По умолчанию теперь там стоит LBA, менять что-то вряд ли понадобиться, если у проверяемый драйв не раритетный. В строках Starting Cyl/LBA, Ending Cyl/LBA выставляются начальный и конечный блок для LBA трансляции и начальный/конечный цилиндр для CHS (для проверки конкретного участка). Значения по умолчанию соответствуют полной поверхности. Можно включить переназначение сбойных секторов при обнаружении оных (функция Remap). Timeout - время отводимое накопителю для выполнения операции. Результаты проверки можно занести в протокол. При тесте поверхности на экран будут выводится квадратики (один такой квадратик равен 255 секторам (при тестировании в режиме LBA либо числу секторов в строке параметров HDD (обычно 63 - при тестировании в режиме CHS)), цвет которых несет определенную смысловую нагрузку.



В окошке справа ведется их счет. Верхняя самая строка показывает скорость считывания данных в данный момент (не зависит от используемого режима DMA), в нижней - два значения в процентах: первое значение показывает процент выполнения текущего теста в заданном промежутке, а второе отображает, насколько далеко головки "ушли" от 0 цилиндра и "пришли" к последнему. Ниже часы показывают время начала проверки и прогнозируемое время выполнения. Разъяснения по цветам приводятся в документации: "Чем "мутнее" квадратик, тем больше накопителю потребовалось времени для чтения этого блока секторов. Если пошли цветные блоки - значит, накопитель не "вписался" в отведенный ему для работы промежуток времени. Цветными блоками отображается ненормальное состояние поверхности, но еще без "BAD'ов. Однако, зеленые блоки - нормальное явление, они отражают естественный износ поверхности, ничего страшного в них нет (старые накопители работают медленнее, и поэтому для них график вполне может окраситься в зеленый цвет целиком: это нормально). Также зеленые блоки могут появляться при вибрации самого накопителя. Чем ниже по меню цвет - тем больше накопителю понадобилось времени для чтения этого трудночитаемого участка. Красный цвет - признак того что на этом месте уже почти "сформировался" BAD block. Вопросительный знак появляется при превышении максимального времени ожидания готовности. То есть, при появлении [?] можно считать, что накопитель "подвис" на этом месте и здесь явно присутствует либо серьезный дефект поверхности, либо неисправен блок магнитных головок. Всё, что ниже вопросительного знака - это ошибки (BAD block). Если они появляются в процессе тестирования, значит, на поверхности есть физические дефекты или проблемы с CRC секторов, т.н. софт-бэды."

О том, как лечить софт-бэды переназначать физические я уже писал. Единственно что нужно добавить к тому, что при большом количестве бэдов полезно будет воспользоваться опцией ERASE WAITs (на приведенном выше рисунке она выключена): тогда при обнаружении сбойного сектора диск не будет долго над ним страдать, пытаясь его вычитать, а сразу же предпримет попытку записи.

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

Есть еще ряд команд для диагностики, но это наверное первые которые следует знать. Более полно описывать в рамках данной статьи нет смысла - для этого документация к программе есть.

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





И последней из обещающих стать популярными функций программы можно отметить установки аппаратного пароля на накопитель (в спецификации ATA-3 предусматривается возможность установки двух паролей - пользовательского и мастер-пароля (устанавливается сразу же на заводе, но не активирован)). При активизации этой функции накопитель будет корректно определяться BIOS, но никакие операции с ним не будут возможны, пока пароль не будет снят Очень мощная защита 100% защищающая от неподготовленного и даже от более или менее подготовленного пользователя. Снять такой пароль можно лишь в крутых сервисных центрах (при углублении в вопрос обнаруживаются маленькие лазейки, но мы сейчас не станем о них распространяться). И теперь этой функцией можно воспользоваться с помощью программы MHDD. Для установки пароля есть команда PWD, для подготовки к снятию UNLOCK и DISPWD для непосредственно снятия. Все изменения вызванные этими программами вступают в силу при перезапуске микропрограммы накопителя (т.е. необходимо выключение/включение). И ни в коем случае не теряйте пароль! Это почти равносильно потере диска!

Есть средства разбивки и форматирования дисков и много другой всякой-всячины. Возможно случиться так, что ваша жизнь будет непрерывно связана с общением с жесткими дисками, и вам захочется автоматизировать выполнение како-то то набора команд. Для этого программа имеет командный процессор. Работа с ним подробнейшим образом расписана в документации, там же описано и большое множество команд, не упомянутых мной сегодня и предназначенных для применения более подготовленными людьми. Прочтение данной статьи ни в коем случае не освобождает от прочтения документации, тем более, что она на русском. RTFM, господа! :-)

[HIM]

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



Итак, под bad-блоком понимается обычно конкретный участок диска, нормальная работа с которым не гарантируется или невозможна вовсе. На таких участках может содержаться различная информация, это могут быть данные пользователя или служебная информация (иначе называемая серво (очевидно от лат. servire или англ. serve - служить), в этом случае это чревато последствиями, тяжесть которых варьируется в очень широких пределах), хотя, конечно же, лучшим вариантом было бы отсутствие в этой области чего-либо (правда, столкнуться с бэдами в таких областях скорее не придется). Появление таких секторов может быть обусловлено разными причинами, в одном случае такие секторы можно восстановить, в другом нельзя, в одном нужно использовать одни методы лечения и переназначения в другом другие. Но сначала развеем несколько довольно распространенных мифов.

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

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

Для того, что бы разобраться в бэдах и их разновидностях, углубимся в метод хранения информации на винчестере, совсем на чуть-чуть. Выясним два момента.

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

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

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

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

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


Теперь вернемся к бэдам и их разновидностям. В зависимости от природы происхождения всех их можно подразделить на две большие группы: логические и физические.
Физические и логические дефекты

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

Такие сектора к обращению оказываются непригодными и должны быть исключены из обращения. Восстановление их не представляется возможным ни в домашних условиях, ни в условиях сервисных центров. Будет хорошо, если из них удасться хотя бы восстановить информацию. Скорость процесса такого вида разрушения поверхности индивидуальная. Если число бэдов не растет или растет крайне незначительно, то можно серьезно не опасаться (хотя делать резервное копирование все же стоит) если же рост быстрый, то диск придется заменить, и, причем, очень поторопиться. При данном виде бэдов можно произвести переназначение блоков на резервную поверхность: имеет смысл при отсутствии прогрессирования. Но об этом не сейчас. Это если говорить об области данных. Как уж было отмечено, на пластинах храниться еще и служебная информация. В процессе использования она также может оказаться разрушенной. Это может быть гораздо болезненнее, чем обычной пользовательской поверхности.


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


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

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

1. Самый простой случай: ошибки файловой системы. Сектор помечен в FAT как сбойный, но на самом деле таковым не является. Раньше таким приемом пользовались некторые вирусы, когда на небольшом обьеме винчестера требовалось найти себе укромное местечко, не доступное простыми средствами. Сейчас этот прием не актуален, так как скрыть в недрах Windows пару мегабайт (а то и пару десятков мегабайт) не представляет никакой сложности. Кроме того так кто-то мог просто пошутить над незадачливым пользователем (программы попадались такие). Да и вообще файловая система вещь хрупкая, лечится очень легко и абсолютно без последствий.

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

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

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

Как видим, реально лечатся в домашних условиях только два вида логических бэдблоков. Другие в случае необходимости можно попробовать подменить на резервные, но не вылечить. С третьими дома сделать ничего нельзя. О том, как и что нужно делать в первых двух случаях будем говорить в следующий раз.

[HIM]

В предыдущей статье мы выяснили причины появления бэд-блоков. Мы поняли, что явление это далеко не самое приятное. А с неприятностями обычно принято бороться. Поэтому сегодня, мы будем говорить о том, какими средствами и как это нужно делать, да и собственно нужно ли.



Ошибки файловой системы

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

Способ первый: логические размышления подсказывают - необходим инструмент умеющий создать на диске нормальную файловую систему. Такой инструмент доступен всем в составе операционной системы - утилита format. Нужно загрузиться в MS-DOS и выполнить полное (именно полное) форматирование диска (команда format x: /c, x - диск с неправильной FAT, c - ключ включающий проверку кластеров поме-ченных как поврежденные). Быстрое форматирование здесь не годиться, так как оно производит лишь очистку оглавления и сохраняет информацию о бэдах. Форматирование можно выполнить и из Windows, правда для меня методы его работы до сих пор остаются загадкой и результат порой получается непредсказуем (сталкивался с тем, что снимался статус дефектного даже с физически поврежденных секторов, что приводит к более сложным проблемам. Похоже, что "Окна" просто сбрасывают статус дефектности в FAT, не вдаваясь в подробности, хотя и не всегда).

С обычным format такого не наблюдалось. Этот способ прост и доступен, но его недостатком является разрушение всей информации на диске. Да и если на диске небольшое число таких секторов, это все равно что стрелять из пушки по воробьям.

Способ второй состоит в приобретении программы Power Quest Partition Magic, в которой есть функция Bad Sector Reforum_z. Она проверит именно помеченные бэд сектора, и оставит нетронутой информацию на диске.



Более продвинутые пользователи могут воспользоваться Norton Disk Editor или любым другим редактором диска и вручную пометить/разотметить нужные сектора. Программу для этих целей несложно написать и самостоятельно. Но нет нужды. Как узнать что имеющийся дефектный блок именно этого вида? Никак. Можно только попробовать (при отсутствии уверенности настоятельно рекомендую пользоваться первыми двумя методами, так как двумя последними можно ввести в обращение сбойный или нестабильный блок, нажив тем самым себе большую проблему). Если это его тип - он исчезнет и больше никак проявляться не будет. Если же нет - пробовать другие способы.


Второй вид излечимых сбойных кластеров - логические, у которых данные не соответствуют ECC. Методы борьбы с этим видом несколько сложнее. Этот вид дефектов не может быть исправлен программными средствами использующими стандартные команды и средства BIOS. Дело в том, что при использовании таких средств перед записью на диск происходит предварительная проверка области записи, чтобы убедиться что с ней все в порядке, а поскольку там существует ошибка, то запись отклоняется (такая проверка не только является расточительностью, так как данные не будут записаны сразу же, их запись станет возможной только на втором проходе (видимо это является одной из причин, по которой скорость записи обычно несколько ниже скорости чтения).

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


И хотя мы немного больше разобрались с тем, чем обусловлена ошибка, легче не стало, так как мы выяснили, что ее нельзя исправить обычными средствами. Необычными средствами являются программы, обращающиеся к накопителю не через функции ОС и BIOS, а через порты ввода-вывода. Таких программ на самом деле море, в большинстве случаев осуществляют принудительную запись какого-то содержимого в сектор (обычно нулей), накопитель подсчитывает и записывает ECC. После этого нужно осуществить проверку прочитав сектор - ошибки нет - хорошо, сектор оказался именно таким, как мы ожидали и был успешно излечен. Нет - увы… Видимо, раз здесь не ошибка FAT и не излечился , он, видимо, имеет физическую природу.


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

Кроме производителей винчестеров выпуском сервисных программ занимаются сторонние компании и просто энтузиасты. Так бесплатно доступна очень полезная программа неписанная нашим программистом - MHDD (скачать ее можно здесь. На момент написания статьи была доступна версия 2.9), которая может помочь в данной ситуации. Схема действий следующая: программу записываем на системную дискету и загружаемся с нее. Изучаем состояние SMART с помощью внешнего SMART-монитора (бесплатным SMARTUDM например) и не полагаясь на свою память, сохраняем результаты в файл.











Загружаем MHDD и инициализируем нужный диск нажав F2. В консоли вводим команду erase или aerase (используют разные алгоритмы, aerase работает медленнее, но иногда справляется с тем, с чем не справилась erase, поэтому рекомендую сначала использовать erase и потом при неудаче aerase). Предварительно необходимо было сохранить всю информацию с винчестера, так как она будет разрушена (имея опыт можно обнулять нужную часть, не разрушая остальные данные, но ведь предполагается что у нас его нет).



По завершении производим проверку поверхности диска -нажимаем F4 и выби-раем и в верхней строчке выбираем наш режим работы (скорее всего это будет LBA, но вам видней), и еще раз жмем F4 (можно ввести в консоли команду SCAN). Смотрим на предмет наличия наших бэдов.





Потом изучаем показания SMART. Если число переназначенных секторов осталось прежним, бэды исчезли, то они имели логический характер и были вылечены. Если же нет - их природа не логическая. MHDD подробно рассмотрим в другой статье.

Вполне может быть, что у вас возник вопрос, а почему же нельзя использовать как в предыдущем случае команду format с ключом /c, который выполняет проверку бэдов? Ответ уже в принципе звучал: эта программа использует стандартные средства BIOS и не может произвести запись в бэд. Видимо, разработчикам из Microsoft не захотелось себя особенно утруждать. Попытка восстановления такого сектора о которой сообщает формат есть просто многократная попытка его чтения (сколько бы раз он ни читался, он не прочитается, контроллер уже признал этот факт!). Осуществить полноценную проверку такого бэда format не может, так как не может произвести в него запись. Единственное для чего он пригоден - это восстановление плохих секторов являющихся ошибками файловой системы.

На этом пожалуй заканчивается та часть статьи, которую могли читать и пользоваться приведенной информацией все. Все описанное до этого было просто и безобидно. Описываемое далее этими свойствами не обладает. Будьте осторожны.

[Bodik]

Обнаружены серьезные проблемы в жестких дисках Seagate 7200.11, в особенности 500GB, 750GB и 1TB моделях с прошивкой SD15: после выключения и включения этих жестких дисков они просто перестают определяться в BIOS или же определяются объемом в «0GB».
Тоже самое справедливо для жесткого диска Maxtor.

В черный список попали следующие модели:

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

Seagate выложил прошивку, устраняющую проблемы с жесткими дисками серии 7200.11, ES.2 и DiamondMax 22.

Владельцы вышеперечисленых злощасных HDD, срочно перепрошивайтесь!

Информация взята с сайтов:
http://www.x-drivers.ru
http://digitalplace.ru

[Bodik]

Ну а если вы уже столкнулись с этой проблемой - не спешите выбрасывать винт. Все можно восстановить.

Метод воскрешения: программно - аппаратный.

1) Для начала нужно спаять RS 232 конвертор


Модернизированный образец для работы через USB порт, в идеале подходит для восстановления информации с ноутбука. Если в двух словах то микросхема вместе с драйвером эмулирует com порт через usb. (рисунок ниже)
драйвер можно скачать нажав сюда

Питание для диска используется внешнее. В отличии от предыдущей схемы на COM порте необходимо заземление так как питание для диска идет отдельно. В качестве удобного крепления земли используется щуп.

2) После того как схема будет готова необходимо подключить ее с одной стороны к COM порту компьютера а с другой стороны к двум крайним перемычкам которые ближе к SATA интерфейсу жесткого диска.

[ '''''''''''''''| |''''''''' ] [ .. ..] ----> Rx .. Tx
Для проверки работоспособности собранного девайса, замкните между собой rx/tx и проверьте "эхо" в терминале. Каждый введенный вами символ - на экране, должен повторяться (возвращаться через tx-rx). Если "эха" нет, значит ваш девайс не работает.




3) Запустить программу Hyper Terminal

пуск -програмы-стандартные-связь и выставить в ней следующие настройки

вибираем порт COM1 далее как на фото





Заходим в меню файл- свойства-параметры- параметры ASCII и ставим галки как на фото


4) подключаем кабель питания к жесткому диску

SATA кабель подключать не нужно!!!

Вводим команды в Hyper Terminal

Каждый раз когда вы будете вводить символ он будет повторятся как эхо- все нормально так и должно быть
команды которые вы видите синим цветом вводятся с клавиатуры!


ответ
LED:000000CC FAddr:0025BF67

это и есть симптом называемый в дата рэковери "муха це-це" :-))


5) отключаем питание жесткого диска. Откручиваем плату электроники. Снова подключаем питание к плате жд.

нажимаем ctrl+Z

вводим
F3 T>/2 нажимаем Enter
F3 2>
F3 2>Z нажимаем Enter

ответ
Spin Down Complete
Elapsed Time 0.138 msecs
F3 2>

Как видно из ответа подача питания на двигатель прекратилась.

6)ставим обратно плату электроники и прикручиваем все болты на место.

вводим
F3 2>U нажимаем Enter

ответ
Spin Up Complete
Elapsed Time 7.242 secs
F3 2>

Как видно из ответа произошла подача питания на двигатель.
нажимаем ctrl+Z

вводим
F3 T>/1 нажимаем Enter
F3 1>N1 нажимаем Enter

очистка SMART

7) После очистки SMART передергиваем питание жд.

нажимаем ctrl+Z

вводим
F3 T>i4,1,22 нажимаем Enter

идет очистка G списка бедов.

8) Снова передергиваем питание жд.

нажимаем ctrl+Z

F3 T>m0,2,2,0,0,0,0,22 нажимаем Enter

ВНИМАНИЕ!!!
ждем от 20-60 секунд. ничего не трогаем!

должен последовать ответ наподобии этого


Max Wr Retries = 00, Max Rd Retries = 00, Max ECC T-Level = 14, Max Certify Rewrite Retries = 00C8 Max retries Wr = 00, Max Rd retries = 00, Max T-ECC Level = 14, Max certify Rewrite retries = 00C8
User Partition Format 10% complete, Zone 00, Pass 00, LBA 00004339, ErrCode 00000080, Elapsed Time 0 mins 05 secs User Partition Format 10% complete, Zone 00, Pass 00, LBA 00004339, ErrCode 00000080, Elapsed Time 0 mins 05 secs
User Partition Format Successful - Elapsed Time 0 mins 05 secs User Partition Successful Format - Elapsed Time 0 mins 05 secs


после этого

вводим
F3 T>/2 нажимаем Enter

F3 2>Zнажимаем Enter

ответ
Spin Down Complete
Elapsed Time 3.038 msecs

Выключаем компьютер, подключаем sata кабель и радуемся восстановленным данным!
Тоже самое справедливо для жесткого диска Maxtor!
P.S : вместо того что бы не откручивать плату электроники можно использовать пластиковую карточку, поместив ее между контактами к двигателю, предварительно немного ослабив болт.

Внимание! если вам попался диск производства China, то тип команд отличается от предыдущего способа для диска из Thailand. (команды выделены красным)
Засунуть пластиковую карту между контактами:
Нажать CTRL+Z:
F3 T>
F3 T>/2
F3 2>Z

Spin Down Complete
Elapsed Time 0.147 msecs
F3 2>

Подождать 10 сек, вытащить карточку
Опять нажать CTRL+Z:
F3 T>
F3 2>U

Spin Up Complete
Elapsed Time 7.457 secs

F3 2>/1
F3 1>N1
F3 T>

Выдернть питание секунд на 20, вставить обратно
Нажать CTRL+Z:
F3 T>
F3 T>i4,1,22
F3 T>
F3 T>m0,2,2,,,,,22 Потом появилось сообщение вида:
Max Wr Retries = 00, Max Rd Retries = 00, Max ECC T-Level = 14, Max Certify Rewrite Retries = 00C8
User Partition Format 5% complete, Zone 00, Pass 00, LBA 00004339,
User Partition Format Successful - Elapsed Time 0 mins 05 secs
F3 T>/2

F3 2>Z Выключаем компьютер, подключаем sata кабель и радуемся восстановленой информации.

Информация с сайта http://hddhelp.com.ua

[любомир хорт]

подскажыте пожалуста каким диском можно заминить жосткий диск samsung sp1614c (160gb/7200rpm/8m) потому что он наверное свое отработал за 6 лет.короче он у меня здох . буду очень блогодарен за любую информацию.

[Admin]

HDD 1500 Gb Seagate Barracuda 7200 32Mb SATAII (ST31500341AS) - 90 у.е.

[sat78]

посоветуйте жёстктий диск-цена-качество!можно б.у.-у кого то есть....

есть знающиеся в этом деле товарищи???

б.у стоит брать или ну его....? новый хороший не потяну...

[GUK]

Сообщение от sat78

посоветуйте жёстктий диск-цена-качество!

Щас как-то и советовать не особо хочется. Фирмы-производители пообъединялись, поженились друг с другом и начали клепать такую ерунду, что год-два и на свалку. Да и наводнение свою лепту внесло и по ценам и по хапуну на HDD. Лично у себя за все время были только Сигейты (не рисковал только 11-й серией). Никаких проблем не испытывал, хотя может, просто везло. Хитача, Вестерны уже давно не те (по крайней мере из бюджетного варианта). На данный момент стоит такая солянка (в файле)

[fa1978]

Я отдаю предпочтение Самсунгу. Когда менял винты в домашних ноутах читал много отзывов и обзоров. Винты от Самсунга для ноутов отличаются малым нагревом и шумом. На работе также процентов 50 - винты от Самсунг, пока не замечал проблем.

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

[kreshnot]

Сообщение от STRATMOR

Приобрел системник Fujitsu Esprimo C5731,в нем установлен HDD-250 гиг(АТА),хочу сменить,увеличить.Но сейчас винты идут SATA2,SATA3.Что можете посоветувать?

Купи переходник ATA/SATA для подключения HDD

[sat78]

Что лучше и удобнее -готовый внешний диск или вутренний с карманом?

[sat78]

Реально ли восстановить то что было записано на диске ? Ни с того ни с сёго (со слов человека с такой проблемой) пропало всё что было на диске Д . Может такое быть? Есть ли способы вернуть? Удалось кому то лично это сделать - пусть не всю инфу но хоть что то.

[kreshnot]

Сообщение от sat78

Реально ли восстановить то что было записано на диске ? Ни с того ни с сёго (со слов человека с такой проблемой) пропало всё что было на диске Д . Может такое быть? Есть ли способы вернуть? Удалось кому то лично это сделать - пусть не всю инфу но хоть что то.

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

Total Commander-ом посмотри,может стали не видимыми,это уже вирус

[RW011]

Сообщение от sat78

Реально ли восстановить то что было записано на диске ? Ни с того ни с сёго (со слов человека с такой проблемой) пропало всё что было на диске Д . Может такое быть? Есть ли способы вернуть? Удалось кому то лично это сделать - пусть не всю инфу но хоть что то.

Попробуй вначале Acronis Disk Director(бери с 10 версии и Выше), в нём есть встроенная функция восстановления.(помогает ,если случайно стёр диск,или если там "поработал" вирус).Запускается с BIOS.Эта программа входит почти во все реанимационные диски и флэшки.
Не мешает прогнать диски вначале на вирусняк.Мне нравится Zillya scanner(Укр.).

[RW011]

Сообщение от sat78

пусть не всю инфу но хоть что то.

Если хоть что-то,тогда Recuva (версии 1.52 и Выше).По крайней мере ФОТО и Тексты восстанавливает на 100%,а вот файлы типа ехе-не всегда.Правда процесс идёт долго(зависит от диска).Требуется наличие места для восстановления!(можно на Флэшку или др.HDD).

[polteplo]

больше года работает ssd-шка Silicon Power Slim S55 240GB включение-загрузка винды до 15 сек.

[kesha61]

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

[RW011]

Сообщение от kesha61

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

WinOptimizer показывает только состояние "здоровья"файловой системы и поверхности Диска,но не Механические повреждения.
А у Тебя явно "посыпались"микроподшипники в самом диске.Т.е.-предвестник полного Заклинивания.