Главная » Статьи » Статьи |
Итак, мы имеем такую забавную вещицу, какой является бэдастый хард. Или хотим застраховать себя от "сюрпризов" и проверить его, пока он исправен. Для этого, прежде всего, скачиваем программу MHDD:maysoft.com.ua/files/mhdd/mhdd2743.zip. Для обслуживания винтов IBM понадобится утилита Drive Fitness Test (http://www.storage.ibm.com/hdd/support/download.htm). Всем, у кого имеются харды объемом до 8.4 Гб, особенно старые Western Digital, рекомендуется иметь в хозяйстве программу HDD Utility для DOS:http://www.shostatsky.narod.ru/rem_comp/hddut23r.rar. Полезно будет запастись и программой HddSpeed для DOS v2.4. bbs.hotbox.ru/HDDSPEED.RAR - она поддерживает винты больших объемов. Прежде всего, нужно подготовить диагностический софт и создать загрузочный диск с MS-DOS. Можно пожертвовать загрузочной дискетой Windows 9x, удалив с нее все файлы кроме io.sys, msdos.sys и command.com. На освободившееся место записываем исполняемый файл программы MHDD: mhdd2743.exe и файл конфигурации mhdd.cfg. Так как свободного места на дискете еще много, записываем на нее SMART-мониторsmartudm.exe , и какой-нибудь файл-менеджер, например Volkov Commander для ДОС. Он понадобится для просмотра содержимого отчетов работы программ. Для удобства все файлы размещаем в корневом каталоге дискеты. Как вариант - дискету можно вообще не создавать или использовать ее только для загрузки ДОС, а все программы запускать прямо с основного винчестера, подключив проверяемый винт на другой IDE канал. Записывать программы на CD, чтобы запускать их оттуда, не нужно - диск обязательно должен быть открыт для записи, так как программы будут создавать на нем логи работы, и потерпев при этом неудачу, попросту сглючат. После внимательного знакомства с описанием MHDD и SMARTUDM можно приступить к экзекуции. Для начала посмотрим Smart-информацию нашего накопителя (в дальнейшем это придется делать не раз). Загружаемся с нашей дискеты, и если исследуемый винт висит на первичном IDE-канале, набираем в командной строке: a:smartudm, а если на вторичном - a:smartudm 1. Если в системе больше 2-х винтов, то цифра может быть больше 1. Перед нами появится таблица, характеризующая состояние накопителя (рис 2)
Рис.2 График SMART-статуса жесткого диска для быстрой оценки его состояния. Каждая строчка таблицы - это один из параметров текущего состояния винта. Напротив каждого из них, в графе "Indicator", находится шкала, разбитая на три цветные зоны. По мере износа накопителя длина индикаторов уменьшается, так как все больше зеленых квадратиков в их правой части оказываются погашены. Остаются желтые и красные. Когда все зеленые квадратики в каком-либо индикаторе исчезнут, это означает, что винт выработал свой ресурс или неисправен. При этом рекомендуется сохранить важные данные, так как в любой момент винт может умереть совсем. Если остался только красный квадратик - винт уже находится в аварийном состоянии, и к дальнейшему хранению файлов непригоден. Надпись "T.E.C. not detected" означает то, что текущее состояние винта в полном порядке. Если это не так, то будет выдано предупреждение, выделенное красным цветом. Посмотрев на цветную диаграмму, можно быстро оценить, какой именно SMART-атрибут вызвал такое недовольство программы. В случае большого количества бэдов им наверняка будет самый верхний (Raw Read Error Rate). Но эта информация приблизительная, а нам нужны абсолютные значения атрибутов, поэтому нажимаем ENTER и видим примерно такую картинку (Рис. 3):
Рис.3 Расширенный SMART-статус жесткого диска (точные значения атрибутов). Вот этот режим SMART монитора и является основным, и по нему мы будем контролировать состояние накопителя при любых дальнейших действиях. Например, посмотрев значение атрибута 5 (Reallocated Sector Count), мы увидим содержимое пользовательского дефект-листа и сможем судить о том, удалось ли скрытие дефектов. При нажатии клавиши Выходим из SMART-монитора, и запускаем программу MHDD, введя в командной строке имя ее исполняемого файла (mhdd2743.exe заранее можно переименовать во что-нибудь попроще). После загрузки следует сразу нажать комбинацию клавиш
Рис.4 Инициализация винта по команде F2. После этих действий накопитель выдаст информацию о своем объеме, максимально поддерживаемом режиме DMA и многом другом. Программа MHDD видит винты целиком, совершенно не интересуясь их разбиением на разделы и типом файловых систем. Она увидит все IDE-винты, независимо от того, определены ли они в BIOS или нет. Даже если мать не поддерживает накопители больших объемов, программа все равно их увидит на полную емкость, лишь бы винты были исправны. Если это произошло, можно приступать к проверке поверхности. Для этого нажимаем F4, и в вехней строчке появившегося меню ставим параметр "При выполнении проверки поверхности справа появится окно. В первой строке этого окна будет отображаться текущая скорость работы с поверхностью. В последней - два значения в процентах. Первое значение показывает процент выполнения текущего теста в заданном промежутке, а второе отображает, насколько далеко головки ушли от 0 цилиндра и пришли к последнему. В процессе тестирования поверхности один квадратик равен 255 секторам (при тестировании в режиме LBA), либо числу секторов в строке параметров HDD (обычно, 63 - при тестировании в режиме CHS). Чем "мутнее" квадратик - тем больше накопителю потребовалось времени для чтения этого блока секторов. Если пошли цветные квадратики - значит, накопитель не вписался в отведенный ему для работы промежуток времени. Цветными квадратиками отображается ненормальное состояние поверхности (но еще без BAD'ов). Чем ниже по меню цвет - тем больше накопителю понадобилось времени для чтения этого трудночитаемого участка. Красный цвет - признак того, что на этом месте уже почти сформировался BAD block. Вопросительный знак появляется при превышении максимального времени ожидания готовности. То есть, при появлении [?] можно считать, что накопитель "подвис" на этом месте и здесь явно присутствует либо серьёзный дефект поверхности, либо неисправен блок магнитных головок (БМГ). Всё, что ниже вопросительного знака - это ошибки (BAD block). Если они появляются в процессе тестирования, значит, на поверхности есть физические дефекты" При наличии бэд-блоков, вместо квадратиков обычно появляются значки [x], очевидно символизирующие кресты. Если поверхность в порядке и без цветных квадратиков, а все SMART-атрибуты находятся в зеленой зоне, можно вздохнуть свободно: винт пока исправен. Если же MHDD показал, что на поверхности имеются дефекты, а винт при этом "зависает" или издает скребущие звуки, значит проблемы есть. Но не будем думать сразу о плохом: ведь бэды могут быть логическими (софт-бэды), поэтому для начала устроим накопителю "прочистку мозгов" - выполним низкоуровневую запись нулей во все секторы. (Внимание! При этом вся информация на винте будет уничтожена, поэтому копируем важные данные на другой диск). Программа MHDD имеет две команды для обнуления дисков: "erase" и "aerase". Мы будем использовать ERASE, так как она работает быстрей. Инициализируем винт, нажав клавишу F2 (эту процедуру желательно делать перед любыми действиями), и вводим команду ERASE в консоль. Будьте очень внимательны при выборе накопителя, иначе по ошибке можно загубить свой рабочий винт: данные при этом теряются безвозвратно, и даже в ФСБ их уже не восстановят! Процедура очистки идет довольно медленно, занимая несколько десятков минут. Но в дальнейшем, немного разобравшись с программой, вы сможете стирать диск выборочно, введя начальный и конечный номер сектора перед запуском процедуры. Это очень удобно, если бэды находятся ближе к концу диска, а его начало безупречно. Выполнив очистку, снова запускаем тест поверхности (нажав F4 два раза или консольной командой SCAN). При этом контроллер винта должен пересчитать жизненно важные SMART-атрибуты, что сделает его smart-статус более достоверным. Если бэдов больше нет, винт можно считать отремонтированным. Выходим из MHDD, запускаем наш SMART-монитор и смотрим на значение атрибута Reallocated Sector Count. Если оно после очистки не увеличилось, а дефекты исчезли - значит они были логическими. Если увеличилось - они были физическими, и контроллер произвел успешный ремап этих секторов. Если же наоборот, бэды остались, а значение атрибута Raw Read Error Rate катастрофически упало - все намного сложнее, и винт имеет серьезные повреждения. Будем пытаться лечить его дальше - делать ремап. Возможно, вы уже успели заметить, что при однократном нажатии клавиши F4 в MHDD появляется менюшка, содержащая дополнительные параметры сканирования (рис. 5)
Среди этих параметров есть функция ремапа. По умолчанию она выключена, но поставив на нее курсор и нажав "пробел", можно включить её (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. Например, винты фирмы 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)
Рис.6: HDD Utility. Процесс скрытия дефектных секторов.
Рис. 7: Ремап с помощью HddSpeed. Особенности винтов IBM Некоторые производители, стремясь улучшить характеристики своих винтов, но при этом стесненные скудными возможностями стандартных ATA-команд, разработали свои фирменные технологии, суть которых заключается в том, что часть утилит стали встраивать непосредственно в винты. Это дало возможность проводить безопасный доступ к служебной зоне, исключив технологические команды в самих утилитах. Именно так поступила фирма IBM, разработав технологию Drive Fitness Test. Винчестеры IBM оборудованы встроенным аппаратно-программным комплексом, предназначенным для их качественного обслуживания, диагностики и ремонта. Он состоит из двух частей: первая является расширением SMART-функций интеллектуального контроллера, а вторая запускается извне. При этом результат получается на порядок выше, чем при использовании любых универсальных программ. IBM ведут внутренние журналы ошибок, благодаря которым намного облегчается диагностика их неполадок - ведь их анализирует сам контроллер, а не внешняя программа. А использование фирменного метода NoID позволяет скрывать дефекты без ремапа, перемещая их сразу в P-list и пересчитывая транслятор. Поэтому владельцам винтов IBM нужно всегда иметь под рукой эту замечательную утилиту, скачать которую можно здесь: www.storage.ibm.com/hdd/support/download.htm.
Рис. 8: IBM Drive Fitness Test в действии И все операции по обслуживанию этих хардов желательно делать именно ей (Рис. 8). Принцип работы этой программы, на первый взгляд, не отличается от описанного выше: сначала нужно попробовать сделать полную очистку диска, выбрав в меню Erase Disk. Но в отличие от других программ, DFT не только очистит винт, но и тут же исправит текущие значения SMART-атрибутов, а при обнаружении физических дефектов сам их скроет. Поэтому функция стирания диска в DFT и не работает с винтами других фирм - она взаимодействует с винтами IBM с помощью нестандартных ATA- команд, которые у других накопителей отсутствуют. Но несмотря на это, в DFT присутствует и универсальная процедура ремапа - Drive Fitness Test позволяет делать настоящее низкоуровневое форматирование, скрывая физические дефекты "правильным" способом, без ремапа. Но этот способ пересчитывает транслятор винта, что приводит к полному уничтожении информации. По этому эту функцию и встроили в меню Единственное, что 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 http://www.storage.ibm.com/hdd/support/download.htm Если винт старый, и не под- держивает HPA, то можно создать отдельный логический раздел, причем, не только в конце, но и в любом другом месте диска, и расположить его так, чтобы большая группа бэдов оказалась в нем. Это делается программой Fdisk. Такой раздел можно забить ненужными файлами, а можно вообще его не форматировать, присвоив ему статус "non-dos" (тогда он станет невидим для системы). Но самый лучший способ избавить винт от бэдов, особенно если их много, или они не поддаются ремапу - стендовый ремонт у квалифицированного специалиста. С помощью специального оборудования и утилит можно выполнить полный ремонтный цикл, аналогичный тому, который винт проходит на заводе: правильное низкоуровневое форматирование, очистку винта от ремапов, восстановление служебной информации, и многое другое. После такого ремонта винт будет неотличим от нового, будет иметь ровный график, и что самое главное - у такого винта будет запас надежности на несколько лет вперед. Оборудование для ремонта (как правило, это - комплекс РС3000, о возможностях которого можно почитать здесь:http://www.acelab.ru/products/pc/pc3000.html), имеется почти в любом крупном сервис-центре, кроме того, многие ремонтники используют собственный уникальный софт, превосходящий PC3000 по возможностям. Вопреки распространенному мнению, ремап и низкоуровневое форматирование не являются универсальным средством для решения любых проблем. Если винт имеет серьезную аппаратную неисправность, то эти действия не только не вылечат пациента, но и могут причинить ему вред, добив окончательно. Например, если винт монотонно стучит головками при включении и не хочет определяться в BIOS, или срывается в стук при копировании файлов - не надо мучить его програмными средствами, они не помогут. Подобное поведение обычно связано с физическим обрывом головок, разрушенными сервометками или неисправностью контроллера. Такому винту нужно не форматирование, а ремонт у грамотного специалиста. 7. Особенности, глюки и профилактика Не все винты портятся из-за неосторожного обращения с ними. Иногда причиной их глюков становятся ошибки, допущенные самими разработчиками. Некоторые из них имеют непоправимые последствия, так как способны физически испортить магнитную поверхность. Так было, например в 1996-м году с винтами Quantum ST. Из-за ошибки в микрокоде эти винты распарковывали головки чуть раньше, чем блины набирали нужную скорость. В результате головы царапали поверхность, что приводило к огромному количеству бэд-блоков и быстрому отказу накопителя. Но это происходило не при обычной работе, а только при выходе винта из спящего режима, поэтому для многих этот глюк оставался незамеченным. И только после перестановки ОС, если забывали отключить "пониженное энергопотребление", винт начинал сыпаться. Эта болезнь носила настолько массовый характер, что в народе получила название "бабушкин будильник" - из-за характерного металлического звука, который издавал винт при отбрасывании копыт. После каждого "пробуждения" винт получал новую порцию бэдов, и попытки сделать ремап помогали лишь до тех пор, пока хватало места в таблице дефектов. Поэтому, чтобы спасти оставшиеся в живых винты, фирма Quantum выпустила патч - обновление микрокода, скачать который можно здесьhttp://wingy.hwc.ru/firmware/quantum/ST/ST_A0F0C.ZIP. К сожалению, было уже поздно - почти все винты этой серии вымерли раньше, чем за год, но если у вас остался такой накопитель - не поленитесь и обновите ему прошивку. Аналогичные проблемы были у старых винчестеров Western Digital в 95-м году, но бэды у них появлялись в конце диска. Патч для них можно скачать здесь:ftp://crydee.sai.msu.ru/pub/.1/western.digital/overlay.exe Нередко встречается и такой глюк: винт просто перестает определяться в BIOS. Причина - ошибка программиста, писавшего firmware, в результате которой винт сам себе портит служебную зону: из-за переполнения внутренних логов ошибок происходит затирание соседних областей, без которых винт отказывается работать. Как правило, этому предшествуют какие-нибудь сбои, например, появление BAD-блоков или неудачный разгон шиной. Именно так и было с серией IBM DTLA: ошибка таилась в SMART, и если он был включен - винт подыхал. Похожие проблемы были у Seagate, Fujitsu, и многих других. Поэтому нужно следить за выходом обновлений для своего винта, и регулярно "перешивать" их. В отличие от прошивки BIOS'ов материнских плат, делать это нужно обязательно - если фирма выпустила прошивку, то это неспроста: возможно, был найден серьезный баг, устранение которого избавит от неприятностей в будущем. Прошивки для винтов лежат здесь: - для 60GXP: http://anders.fugmann.dhs.org/ibm/DFT-Generic-IC35ER-A46A.EXE - самая последняя для 60GXP http://www.gbar.dtu.dk/~c928376/ibm/DFT-Generic-IC35ER-NEW.exe - для ранних "дятлов": http://www.geocities.com/dtla_update/ - для Quantum: http://www.cm.nu/~shane/lists/comp.periphs.scsi/2001-12/0039.html - другие, в том числе для Barracuda-IV:http://maysoft.com.ua/firmware/index.shtml иhttp://wingy.hwc.ru/firmware/seagate/ "Фирменным" глюком винтов IBM DTLA является нарушение контактов в разъемах платы, а также плохое качество пайки этих разъемов. Поэтому у винтов IBM нужно очень осторожно вставлять шлейфы, стараясь не перегибать плату. Этим вы значительно продлите жизнь своему "дятлу", и спасете его от появления софт-бэдов. Среди многих пользователей до сих пор распространен слух о том, что некоторые винты умирают от "неправильного" низкоуровневого форматирования, например программой, встроенной в BIOS материнских плат. Пока не удалось найти достаточных доказательств этому, однако существовала модель винта с дырой в микрокоде, способной привести к подобному эффекту. Это Fujitsu серии TAU (приблизительно 1996 год), некорректно обрабатывающий ATA-команду 50h: именно ей BIOS производит универсальное форматирование, и эта команда входит во многие программы а-ля HddSpeed. Поэтому не стоит искушать судьбу, форматируя эти винты малоизвестными утилитами или из BIOS. То же самое, возможно, относится и к некоторым, совсем старым винтам, емкостью 40-240 Мб. Они не имели мощных средств автозамещения дефектов, не поддавались обычному ремапу, и для их форматирования применялись специальные утилиты, которые можно найти здесь: http://oasis.secna.ru/ftp/soft/dos/harddisk/ ,http://bbs.ru/cgi-bin/bbs2html?pub/msdos/diskutil Многие старые винты при неправильном форматировании приобретали неровный график чтения. Исправить его можно, выполнив обнуление диска в MHDD. Еще одна разновидность программ, которые можно применять только от производителей - переключалки режимов DMA: изменения между UDMA33/66/100 - это изменение части микрокода винта, поэтому попытка применить чужую утилиту (например переключить Quantum с помощью IBM DFT) может привести к порче прошивки, а следовательно - к глюкам с непредсказуемыми последствиями. Вот и все. Будем надеется, что этот материал помог вам. Но помните: любое количество bad'ов на винте - это повод для обращения по гарантии. А невозможность их убрать без ухудшения характеристик диска - повод для обмена устройства. И если вам удастся убедить в этом продавца - считайте, что скрытие BAD'ов удалось на все 100%. Только не забывайте про профилактику, и возможно, вам и не понадобится ничего скрывать. (c) Все права на этот материал принадлежат Sergei Kazanskij,(onehalf). Источник: http://www.servicebel.ru | |
Категория: Статьи | Добавил: servicebel (14.04.2014) | Автор: Sergei Kazanskij | |
Просмотров: 1577 |
Всего комментариев: 0 | |