FAQ IV. Дисковая подсистема (Продолжение)*
4.2.37 Восстановление битой нулевой дорожки
Один из вариантов оживления винтов с подобным повреждением. Если убита
(например, низкоуровневым форматированием) сервоинформация на нулевой дорожке,
то однозначно в морг - винт не сможет выполнить рекалибровку. В остальных
случаях может помочь следующее:
1. Подключить винт как Primary/Master. Если не проходит автодетект,
выставить
в BIOS/Setup'е 1-й тип или паспортные параметры винта. Остальные винты (если
есть) следует во избежание порчи временно отключить.
2. Этот пункт является дословным цитированием рекомендации от Award'а.
Загрузить DOS, запустить стандартный досовский отладчик:
Debug -F 200 L200
0
-a 100
mov ax,301
mov bx,200
mov cx,1
mov dx,0080
int 13
int 3
нажать 'Enter'
-G=100
-q
3. Если для винта стоял тип 1, повторить автодетектирование. Если
автодетектирование не проходит, выставить паспортные параметры винта.
4. При необходимости перезагрузить DOS. Запустить FDISK, коим разметить
Partition Table винта, не забыв указать при необходимости партицию,
которая на данном винте будет активной (загрузочной). Запустить
"FORMAT C: /S /U" или "FORMAT C: /U" для форматирования диска
соответственно с переписью и без переписи загрузчика.
5. Восстановить ранее стоявшую конфигурацию (если на время форматирования
отключались другие винты).
4.2.38. Глюки Quantum LA
Q> У меня есть диск, модель Quantum LA на 10 Гб. После получаса работы
он либо пропадает из системы, либо начинает стучать головками. Проверял
диск на наличие дефектов поверхности - не нашел ни одного. Что можно
сделать с таким диском?
A> К сожалению, этой проблемой страдает не только LCT-10, но и LCT-08,
Quantum CX, реже - LCT-15. Статистика показывает, что в 99% случаев эта
неисправность заключается в частичном выходе из строя микросхемы
управления двигателем и позиционированием - TDA5247HT. а некоторых
дисках установлена микросхема Panasonic AN8428NGAK - это полный аналог
TDA5247. Отремонтировать такой диск можно только полностью заменив
микросхему по специальной технологии на новую. Вопрос в том, что эти
микросхемы уже давно не производятся, и где их брать - пока так и неясно.
о, в любом случае, я крайне не рекомендую эксплуатировать такой
накопитель даже для переноса данных. Просто положите его в шкаф - этим
Вы хотя бы сохраните в целости и сохранности гермоблок накопителя, точнее,
его головки и поверхность пластин.
4.2.39. Глюки Conner
1. Если у вас модель CP3000 - учтите, что при автодетекте эти винчестеры
отдают неверные параметры. В биосе вручную выставите для них "Type 17".
2. hdd conner могут пpоводить самотест, llformat, замену плохих сектоpов
в автоматическом pежиме, путем пеpевода их в технологический pежим чеpез
ком-поpт и теpминальную пpогpамму для этого есть набоp tmos.zip на
многих bbs и www-ftp. Если тесты кончились на 3f, 4f, можно попробовать
на уровне /3 нажать Q выждать 2-4 часа, и опять прогнать на /t полный
тест /n2.
Внимание! на последних конергейтах и более новых серий от сигейта
запускать с N2 нельзя ! С N4 надо.
4.2.40. Устранение сбойных секторов (Ремап)
1. айдите hddspeed или/и hddutil и с помощью их пpоизведите pемап (замену)
плохих сектоpов на запасные. Так же может иногда помочь и в случае не
quantum-ов
2. Для st м tm можно и cp.exe (http://wingy.hwc.ru/utils/cp.rar)
4.2.41. Диагностическое ПО
http://www.acelab.ruhttp://members.xoom.com/hddutilityhttp://www.softjoys.ru/services/recovery/index.htmlhttp://www.chat.ru/~ikserg/hddclub.htmhttp://books.org.ua:8081/hardware/hdd/http://mhdd.net (зеркала: mhdd.com mhdd.net maysoft.com.ua)
(софт для диагностики HDD, форум по ремонту)
http://shostatsky.narod.ru
4.2.42 Перемычка "dxx" на HDD Samsung
В накопителях фирмы Samsung используется встроенная тестовая система.
Управление этой системой осуществляется с помощью тестовой таблицы находящейся
в служебной зоне и технологической перемычки "DXX" расположенной на плате
контроллера. При инициализации накопителя, по включению питания, управляющий
микропроцесссор считывает содержимое тестовой таблицы и если там находится
программа обкатки, то управление передается встроенной тестовой системе, при
этом в регистре состояния накопителя yстанавливается бит BSY и начинается цикл
тестирования. Программа обкатки представляет собой набор специальных
макрокоманд тестирования накопителя, начинающихся ключевым словом:
"BURN-IN-FLOW". После запуска тестовой системы ключевое слово заменяется на
"TEST-IN-FLOW" и все макрокоманды последовательно выполняются. Hомер текущей
макрокоманды запоминается, поэтому если произошло отключение питания, то после
его включения тест продолжится с прерванной команды. Все найденные ошибки
помещаются в таблицу ошибок обкатки. Если во время обкатки произошла ошибка,
при которой дальнейшее прохождение тестов не возможно, то шпиндельный двигатель
останавливается и светодиод накопителя начинает мигать указывая причину
останова. При успешном завершении тестирования, когда все тесты выполнились до
конца, шпиндельный двигатель останавливается и светодиод накопителя начинает
очень быстро мерцать. Ключевое слово заменяется на END-IN-FLOW и после
выключения, а затем включения питания накопитель выходит в готовность работы по
интерфейсу. При загрузке заводской программы полный цикл обкатки занимает до
двyх сyток в зависимости от модели. Для прерывания теста обкатки необходимо
выключить питание накопителя, установить перемычку "DXX" и включить питание.
При этом управление тестовой системе передано не будет и накопитель сразу
выходит в готовность работы по интерфейсу AT. Этот режим можно использовать для
наблюдения за процессом тестирования накопителя (какой тест выполняется и
сколько дефектов обнаружено). После снятия перемычки и включения питания о
бкатка продолжится с прерванного теста.
В накопителях SAMSUNG есть еще и тест-мониторная система (ТМОС) связь с которой
осуществляется по RS-232 через диагностический разъем J6. ТМОС предназначена
для обновления и отладки управляющей микропрограммы в ОЭВМ AIC-4421 -
Integrated Drive Manager Chip, а так-же для проверки и отладки аппаратуры, и
использовалась на этапе разработки накопителя. Мсх. AIC-4421 представляет собой
ОЭВМ, включающyю в себя: микропроцессор, память, таймер, порты ввода/вывода,
серво-процессор, ADC/DAC, секвенсор, аналоговый датчик ударов, компаратор
напряжений и др. функциональные узлы специально разработанные для построения
накопителей. Так-же AIC-4421 включает RS-232 порт для диагностического
терминала и внутрисхемный аппаратный эмулятор. К сожалению, ТМОС накопителей
SAMSUNG не предназначена для восcтановления поверхностей...
ЗЫ: в ряде случев помогает прохождению тестов пониженние питания с 12в до
9-10в.
4.2.43. Seagate ST3660/3630 и т.п. бьётся головами
Посмотрите, не отвалился ли ограничитель, прикленный к катушке привода бмг
если хоть чуть сошел - так и будет приклееть на место, если немного промазал
- можно слегка раздвинуть концевые ограничители (они зафиксированны винтами).
4.2.44. Quantum Cx/Lct09/10 бьёться головами
Снимите микросхему TDA5247/аналог от панасоника (просунуть под ряд ног
проволоку типа пэв 0.2 и скрутить вверху (за провода потом поднимать),
затем промажьте выводы тонким слоем спирто-канифольного флюса и нагрейте
до ~300 град снизу платы (плату не трясти/не ронять и держать горизонтально)
феном/и т.д. Как только припой размягчится - снять TDA, плату аккуратно
положить в сторону проводки скусить (выводы не погнуть!) и положить
микросхему пузом вверх на деревяшку. Прогретым паяльником прогреть-пролудить
хорошо (очень хорошо) металлическую пластину на брюхе на плате. Под той
пластиной так же убрать зеленку (дороги не повредить!) и пролудить.
Промазать флюсом места под ноги микросхемы, когда начнет подсыхать -
расположить микросхему точно по выводам (следить за ключем! точка ближе к
выводам питания платы) - она прилипнет немного и не будет сползать.
Прогреть опять снизу платы до просадки микросхемы. После остывания - прижать
упруго микросхему к плате (гнутой скрепкой, например) и еще прогреть снизу
до плавки припоя промыть аккуратно 646м растворителем и иглой+лупой проверить
пайки. Вырезать кусок поролона под TDA, и туда (между платой и банкой) положить
теплопроводную проклатку чуть большей толщины поролона (с мертвого сдрома,
например). Восле полезно прогнать тест типа seek+read в жесткой климатике,
что бы убедится, что все хорошо.
P.S. : Даже если найдёте новую микросхему, все равно все описанное проделать
и с ней желательно.
4.2.45. Глюки Quantum Pioner SG
Q> При запуске раскручивает блины, пытается проинициализироваться, но затем
останавливает блиныи в биосе не детектится.
A> Проверьте шлейф в гермоблоке. У них он часто отходит.
4.2.46 Глюки Quantum ST
Обновите прошивку. Файл назывется ST_A0F0C.ZIP. Скачать можно с
http://www.maysoft.com.ua.
Причина проблем - тривиальная ошибка программиста.
Когда винт находится в pежиме UDMA и заснyл, то взвелся часовой
механизм бомбы. Пpи пpосыпании, головки выводятся из паpковочной зоны
ещё до того, как диски набpали необходимyю скоpость. Вспоминаем, что
головки по pабочей области обычно не скользят, а паpят над ней в потоке
воздyха. А тyт - скоpости нет, поток слаб и головки слегка шкpябают по
магнитномy слою. Потом - ещё и ещё. В конце концов, выпадают бэды,
поpтится сеpва (стyчит именно поэтомy) и возникают пpочие непpиятности.
Обычно после этого пpиходится выpезать пеpвые зоны от гpеха подальше.
4.2.47 Глюки Quantum BigFoot
Q> Медленно в последнее время стал работать, постоянно "чавкает" головками
при отсутствии к нему обращения. Как пофиксить ?
A> Попробуйте переписать "блинварь".
4.2.48 Глюки WD Caviar: Срабатывание защиты БП
Q> При включении блока питания у последнего срабатывает защита.
Проверено - виноват винчестер. Как быть ?
A> Виноват защитный стабилитрон по цепи 12в.
4.2.49. Восстановление информации с BAD-блоков
1. Программы.
CDCheck (CD-диски и винчестеры), HDDL (рекомендую !), ReadBad
(readbad.narod.ru/files/readbad.zip и readbad.by.ru/files/readbad.zip)
2. Общий алгоритм считывания со сбойных блоков
Обычно программы подобного рода считывает указанный ем дефектный
сектор указанное количество раз и складывает его в файл с именем=¦
сектора и расширением=¦ попытки.
Если использовать не 20h, а 22h, то кроме сектора мы получим еще и ecc,
правда, утверждать, что она будет верной - я не возьмусь, но все-же,
учитывая разницу в длинне (512 vs 4 байт), есть вероятность, что она
нормальна. Появляется шанс написать некую программу, которая будет делать
примерно следующее (кусок ТЗ):
Есть N копий плохого сектора по 512 байт, разных. Задача - сравнить их
между собой, найти совпадающие куски и не-совпадающие, разбить на блоки
(в идеале - по границам совпадающих кусков, но можно и просто разбить на
3-4-5-.. равных кусков), перебрать все варианты сбора разных кусков в один
сектор с подсчетом ECC и выдать тот, у которого ecc совпадет со считанным
с винта. Вероятнее всего, совпадающим кускам можно верить, а в разных -
мусор.
а каждый сектор (512 байт) приходится ECC объёмом 64 кбайт.
ECC позволяют определить, какой символ в области данных (или даже в
области ECC) неверен и исправить его на верное значение. В случае двух
и более ошибок избыточности кода уже не достаточно, можно только определить,
где ошибка. Процедура вычислений стандартна. Если всего 4 байта, то это уже
CRC, которая не поможет ни восстановить правильные значения, ни определить
местоположение ошибки. Можно только методом перебора, но это нереально,
т.к. возможных комбинаций (когда CRC совпадёт) - море, а верная - только
одна. ереально определить, какая верная.
---------------------
В: - Hа винчестере есть bad блоки. Что с ними делать?
О: - Возможны два варианта:
1) ичего не делать, а просто запретить
операционной системе работать с этими участками поверхности, и
2) Воспользоваться заложенной в конструкцию современных накопителей
возможностью скрытия дефектов. Подробнее о каждом пункте:
Любая операционная система содержит в себе алгоритм исключения из
рабочего дискового пространства дефектных участков. В случае DOS и
последующих ОС на основе FAT (FAT12, FAT16, FAT32) обнаруженные
(программами scandisk, Norton disk doctor и т.п.) дефекты заносятся в
FAT, что предотвращает использование содержащего дефект кластера.
Сбойные кластеры (те, которые читаются после нескольких повторов,
и не опознаются как дефектные) можно обозначить в FAT вручную
(diskedit -> логический диск -> FAT -> нужный кластер обозначить как
BAD). Если дефектов немного, и они расположены компактно, возможен
еще один способ: создать первичный раздел так, чтобы он заканчивался
за 1 цилиндр до дефектной области (или около того, необходимо только,
чтобы до дефекта оставался хотя бы один исправный сектор для extended
таблицы). Затем создается extended раздел, а в нем два логических
диска: первый - размером в дефектную область, а второй - все
оставшееся. Исправными разделами после форматирования можно
пользоваться, а дефектный можно не форматировать, или обозначить
его как не-DOS раздел (diskedit'ом во вторичной таблице разделов
поменять принадлежность раздела на что-нибудь несовместимое с FAT),
тогда дефекты вообще не будут заметны ничем, кроме тестирования на
физическом уровне (вернее, начиная с чтения по "физическим" адресам
через int13 и "ниже").
Когда-то, во времена MFM, RLL и ST506/412, описанная выше процедура
была единственно доступной. С появлением IDE стало возможным переложить
defect management с операционной системы на контроллер HDD. Любой
винчестер имеет запас емкости, и резервная часть используется для
замещения дефектных участков рабочей зоны. Размещение резервных
областей может быть различным (в конце рабочей зоны, доп. секторы
на каждой дорожке, дополнительные цилиндры в конце каждой зоны при
ZBR, и т.д. Размещение резерва и соотвествие резервных дорожек (track)
или секторов исключенным (дефектным) описывается обычно в специальной
таблице, хранящейся в служебной зоне накопителя и загружаемой
микроконтроллером при инициализации. Таких таблиц может быть и
несколько. В зависимости от применяемого метода скрытия дефектов,
происходит либо простая переадресация сектора (или группы секторов)
в резервную зону, что вызывает "длинное" позиционирование и некоторую
задержку в работе HDD, либо пропуск дефектного участка и замещение
резервом недостающих секторов в конце рабочей зоны. В последнем случае
рабочее пространство диска остается "непрерывным" для пользователя,
т.е. не происходит задержек на позиционирование в резервную зону.
В современных накопителях обычно используются оба способа. Одной из
реализаций первого способа скрытия дефектов (переназначение) является
реализованная в стандарте АТА функция assign команды 50h (format track).
Этот метод позволяет заменить дефектный сектор на резервный на любом HDD,
поддерживающем данную команду. Hаиболее известные и надежные программы,
использующие данный алгоритм, это HddSpeed (автор Михаил Радченко) и
HddUtil (автор Дмитрий Пашков) (http://members.xoom.com/hddutility/).
Еще один способ скрытия дефектных секторов заключается в использовании
системы Defect management, реализованной в большинстве современных
накопителей. Одной из функций системы самодиагностики является замещение
дефектных секторов, которое можно вызвать простой записью в этот сектор,
например, утилитой Diskedit.
Hедостатками описанных методов скрытия дефектов являются:
1) Hеобходимость записи отметки о переназначении в заголовок дефектного
сектора. В случае, если заголовок также относится к области дефекта,
переназначения не произойдет.
2) Hевозможность скрытия дорожек с разрушенными сервометками.
3) Длинное позиционирование на резервные секторы, которые могут находится
на других цилиндрах или даже в конце рабочей зоны. Это может приводить к
задержкам в работе накопителя и характерным щелчкам.
Что касается способа скрытия дефектов путем пропуска дефектных секторов,
то эта процедура индивидуальна для каждого семейства моделей HDD IDE и
включает в себя обновление внутренних таблиц транслятора накопителя и
полное низкоуровневое форматирование. Реализуется это обычно с помощью
набора технологических (нестандартных) команд, которые предназначены
для "factory use only" и не документируются. Пользователю доступны
только (в лучшем случае) распространяемые фирмой-изготовителем
программы так называемого "низкоуровневого форматирования" HDD,
на самом деле выполняющие assign дефектных секторов. В настоящее
время доступны такие программы от Western Digital, Seagate и Maxtor.
Hайти их можно на сайтах этих фирм (http://www.wdc.com/,
http:/seagate.com/, http://www.maxtor.com/):
Western Digital. Программы wddiag.exe, wdat_ide.exe. Далеко не всегда
использование этих программ приводит к желаемым результатам. Иногда
даже наоборот - к совсем нежелательным. Это связано с особенностями
HDD Western Digital, которые обычно пытаются перечитывать сбойные
участки большое число раз, вплоть до успешного чтения или полного
зависания. В случае повреждения поверхности диска это может привести
к ее дальнейшему разрушению. Хотя известны единичные случаи успешного
скрытия дефектов программой wddiag.exe.
Seagate. Программа sgatfmt4.exe. Весьма полезная программа. Позволяет
форматировать большое количество моделей HDD производства Seagate, в том
числе с многократной проверкой для выявления сбойных секторов. Процедура
форматирования с многократной верификацией может быть достаточно долгой
(несколько часов), но часто позволяет обнаружить и устранить "плавающие"
ошибки чтения/записи.
Maxtor. Программа mformat2.exe. Сведения отсутствуют.
Пользоваться другими программами для низкоуровневого форматирования
не рекомендуется. Программы подобного назначения были широко
распространены во времена накопителей стандарта ST506/412, и
предназначались именно для них. С того времени осталась и
команда 50h - форматирование дорожки). Современные накопители
эту команду чаще всего просто игнорируют, но в некоторых случаях
могут выполнить по ней некорректные действия, приводящие к нарушению
работы накопителя. Одним из таких действий может быть разрушение
заголовков секторов или обозначение всех секторов как bad. Такая
ситуация может возникнуть, например, если накопитель возвращает
код ошибки при попытке заставить его выполнить команду форматирования.
При этом морально устаревшая программа форматирования может решить,
что обнаружен плохой сектор, и пометить его соответствующим образом.
Такой сектор уже не может быть использован операционной системой.
Если данная процедура была проделана с самым первым сектором
логического пространства накопителя - будет невозможно даже создать
логические разделы и записать программу начальной загрузки.
В соответствии со стандартом ATA команда форматирования дорожки
может использоваться для скрытия дефектов и на HDD IDE, как было
описано выше, но использование ее зависит от технического решения,
используемого фирмой - изготовителем накопителя. Так, практически
все ATA HDD форматируются на низком уровне только программами,
находящимися в ПЗУ самого накопителя. Использовать эти программы
можно только в технологическом режиме работы накопителя (в HDD
Conner, Kalok, Xebec, Teac, части Seagate - через технологический
разъем). Таким образом, в большинстве случаев возможности
самостоятельного ремонта HDD пользователем ограничены только
поддержанием целостности файловой системы (что является скорее
профилактикой, чем ремонтом) и скрытием небольшого количества
физических дефектов с помощью программ низкоуровневого форматирования.
В более серьезных случаях необходимо, как минимум, использование
специальной диагностической и ремонтной аппаратуры (например, комплекса
РС3000, http://www.acelab.ru).
4.2.51. Статистика возврата HDD
Модель HDD Процент возврата в гарантийный срок
Quantum FB 640AT 0,56
Quantum TB 840AT 0.59
Quantum BigFoot 1280AT 7,38
Quantum FB 1280AT 3,14
Quantum FB ST 1,6AT 4,35
Quantum FB ST 2,1AT 3,41
Quantum FB ST 3,2AT 1,87
Seagate ST 3630A 5,32
Segate ST 3850A (CFS850) 2,74
Seagate ST 31220 1,49
Seagate ST 31020A 1,70
Seagate ST 31276A/31277A 2,87
Seagate ST 31722A 1,83
Seagate ST 32122A 2,09
Seagate ST 9810 Maraphon 2" 9,32
Seagate ST 91351AG Maraphon 2" 6,66
Fujitsu M1623TAU (1,7gb) 4,73
Fujitsu M1636TAU 3,5
Fujitsu M1638TAU 3,2
Fujitsu MPA2026A 0,5
Fujitsu MPA3017AT 3,50
WD Caviar 31600 4,12
WD Caviar 31200 2,08
----------4.2.36 Fujitsu MPG-----------
4.2.36.1. Из истории "титаников"
Каким мы представляем себе идеальный винчестер ? Уверен, что большинство
ответит примерно так: чтобы был быстрым, тихим, холодным и надежным. В общем,
несбыточная мечта. А ведь было время, когда она была настолько близко, что ее
можно было подержать в руках. Далекий 2000-й год. После неудач с Quantum CX,
доверие пользователей к современным винтам было окончательно подорвано. Вот
тут на сцене и появилась серия Fujitsu MPG. По сравнению с аналогами от Quantum
и Seagate, эти винты отличались немного завышенной стоимостью, впрочем как и
еще один грандиозный хит того времени - IBM DTLA. о, будучи быстрыми, не очень
громкими и относительно холодными, эти винты быстро завоевали симпатии
пользователей. езадолго до этого у фирмы было несколько очень удачных
разработок в винчестеростроении, и слухи о легендарной надежности их
накопителей были известны уже всем. И хотя в Россию Фуджиков было завезено
относительно немного, нашлись счастливчики, которые приобрели этот девайс,
и были уверены, что наконец-то их мечта об идеальном накопителе сбылась.
А когда началось массовое падение "дятлов", вера пользователей в Fujitsu
вдвойне окрепла - несмотря ни на что, их винты продолжали нормально работать.
Довольны были и работники сервиса: серьезных поломок у этих винтов не было,
и ремонтники долгое время были избавлены от геморроя, связанного с изучением их
секретов, так как Fujitsu всегда отличалась оригинальностью решений. Тем не
менее, даже невооруженным глазом было видно, насколько совершенными были эти
изделия: небольшое количество микросхем, удачное расположение разъема,
соединяющего плату с гермоблоком (в отличие от "дятлов"), и фантастически
ровный
график чтения. В дальнейшем выяснилось, что эти винты - единственные в своем
классе, у которых в заводском дефект-листе могло не быть не одного скрытого
дефекта. И это при том, что у "дятлов" их было по нескольку тысяч!
о все хорошее рано или поздно заканчивается, а мечтам свойственно
разбиваться
о суровую действительность. Так было и в этот раз - покупая красивые коробочки
с
Фуджиками, никто не мог предположить, что уже взведен часовой механизм бомбы, а
эти винты обречены на гибель, неизбежную, как сама судьба. И владельцам этих
дисков, в один день потерявшим все - и винт, и информацию, и доверие к этой
фирме,
еще не раз пришлось пожалеть о своей некогда любимой покупке - весной 2002-го
года
количество брака по винтам серии MPG превзошло все мыслимые пределы, оставив
далеко
позади своих "конкурентов". И несмотря на то, что фирма Fujitsu официально
признала
свои ошибки, многие детали происшедшего так и остались нераскрытыми, в том
числе и
самая главная из них v истинная причина отказов.
Поэтому сейчас мы совершим путешествие во времени, ровно на один год назад,
когда большая часть этих винтов была еще живой. И посмотрим на историю их
гибели
новым взглядом: как со стороны простого пользователя, так и со стороны
ремонтника
хардов - ведь начало этой эпопеи было настолько странным и запутанным, что
способствовало замедленной реакции общества на эту проблему - в отличие от
"дятлов",
эти винты все время продолжали хвалить, покупая их до тех пор, пока- не
закончились
их запасы на складах. А потом была их массовая и нелепая смерть, были
обсуждения в
форумах, а информация, раскопаная профессионалами вдруг стала "закрытой", что и
породило вымыслы, многие из которых не имели ничего общего с реальным
положением
дел. И никогда бы не появилась бы эта статья, если бы её автор, проснувшись в
одно
прекрасное утро, и включив свой комп, не стал свидетелем того, что уже пережили
сотни пользователей и переживают до сих пор - машина отказалась грузиться, в
упор
не видя жесткого диска. Да, да, именно винт этой многострадальной серии,
дохлый,
но единственный и с важными файлами, стал поводом для исследования их проблем,
что впоследствии привело к его успешному ремонту и спасению информации.
1. Пользователи
Первые глюки у этих хардов появились примерно через год после покупки,
осенью
2001-го. Поначалу никто не предавал этому значение v слишком уж необычными были
их проявления: в случайные моменты времени винт "исчезал" из системы,
неуверенно
определялся в BIOS, а потом снова появлялся. Часто такое случалось прямо в
Windows,
что приводило зависанию системы при попытке обращения к диску. о через
некоторое
время винт снова вел себя нормально, и это забывалось. икому и в голову не
могло
прийти то, что виноват именно винчестер, и поначалу юзеры переводили стрелки на
плохие контакты в шлейфах, глюки мастдая и собственную неаккуратность. Вскоре,
однако выяснилась и другая неприятная особенность - некоторые винты начинали
громко
щелкать при копировании файлов, что приводило к повреждению маленькой черной
микросхемки с надписью HA13627 - она "взрывалась" от перегрева, так как,
несмотря
на ее температуру в 80-100 гр.ц. на ней почему-то не было радиатора. При этом
винт,
естественно, умирал. И даже после этого никто не верил, что эти накопители
плохие.
Было пролито много слез по невинно загубленым, из-за неправильного питания
девайсинам - таким было не только общепринятое мнение, но и заключение
фирменных
сервис-центров. Поменяв блок питания, нередко покупали и точно такой же винт:
людям свойственно верить в лучшее, а оно было где-то рядом, как синяя птица - И
даже уход Fujitsu с рынка настольных систем не стал поводом для беспокойства.
о радость продавцов, не принимающих по гарантии винты с тепловыми
повреждениями,
была недолгой. Прошло совсем немного времени, и гарантийные отделы были
переполнены
этими винтами, в идеальном внешнем состоянии, но увы, не работающими. Однако, в
отличие от предыдущей волны брака, здесь уже стала прослеживаться некоторая
закономерность: большинство мертвых хардов было именно серии AT, на 5400
об/мин.
Эти накопители имели общую неисправность - не определялись в BIOS вобще, или
выводили "крякозябрики" вместо названия модели при автодетекте. Вскоре
выяснилась
и причина такого их поведения - фирма Fujitsu официально признала, что ранние
винты AT-серий имели серьезную ошибку в микропрограмме, приводящую к такому
потрясающему эффекту - винт забывал про размеры логов ошибок, а затем, при их
переполнении, затирал другие жизненно важные модули служебки. И включеный
SMART,
периодически обновлявший свои таблицы, этому сильно способствовал. Более
быстроходные собратья серии AH, на 7200 об/мин имели совершенно другой
микрокод,
и были лишены этих недостатков. А для винтов-неудачников фирмой был выпущен
патч,
обновляющий глючную прошивку версии 80B5, до вполне нормальной 80C2, скачать
которую можно здесь: ftp://195.209.232.10/pub/firmware
Итак, если ваш винт серии MPG3xxxAT, т.е. на 5400 об/мин, посмотрите
внимательно на большую наклейку на гермоблоке, на ту самую, где написано слово
"FUJITSU". В самой нижней ее части имеется строчка, которая выглядит примерно
так:
CA9-80B5. Первая цифра означает месяц изготовления (декабрь), а остальное v это
и
есть версия микропрограммы. И если она не 80C2, то крайне желательно обновить
ее,
при этом проблемы с автодетектом могут исчезнуть, а винт - вернуться к
нормальному
состоянию.
Как же ошибались пользователи, которые восприняли инцидент с прошивкой как
очередную нелепую случайность! С кем не бывает - говорили они, ведь у тех же
"дятлов" были похожие проблемы. о через некоторое время Фуджики снова стали
сыпаться, причем уже все, без разбора. И каждый такой винт был несчастен по
своему: одни щелкали во время работы, другие завешивали систему, третьи
покрывались жуткими бэдами, а были и такие экземпляры, у которых переставала
работать функция записи. И шутки про 20-гигабайтный компакт диск "с защитой
от вирусов", хоть и имели место в форумах, ничего кроме слез у владельцев таких
хардов, не вызывали.
Однако, российские умельцы никогда не сдаются, вскоре были изобретены
различные
"народные" способы снятия инфы с умерших девайсов - от засовывания в
холодильник,
до прогрева на электроплите, и это действительно помогало! Вообще, в этой
истории
было много мистических моментов. Как например объяснить то, что половина всех
хардов начинала нормально работать после "отлеживания" в течении нескольких
дней ?
А иногда помогали даже пляски с бубном вокруг винта, и шаманские заклинания -
после
этого винт спокойно позволял слить с себя инфу и вновь впадал в ступор.
То, что эта серия бракованая, никто уже не сомневался, вопрос был в другом:
где и как починить их, чтобы хотя бы спасти свою информацию? Вот тут за дело и
взялись ремонтники, как профессиональные, так и не очень, из числа
"продвинутых"
пользователей.
2. Ремонтники
"У этих винтов дохнет электроника" - такой вердикт был вынесен многими
специалистами всего мира, что было в принципе, верно. "А значит, нужно просто
поменять плату, и все будет о'кей" - решили простые пользователи: ведь на всех
без исключения Quantum-ах этот метод проходил на ура, а значит, вполне логичным
было желание сделать это и на Fujitsu. Десятки несчастных людей устремились на
рынки к скупщикам барахла, чтоб купить второй такой же винт, и наконец получить
свою инфу. Вот тут их и ждал первый удар - переставленые с живых винтов платы
работали далеко не всегда. Причина была в том, что у винтов Fujitsu MPG, в
отличие
от Quantum-ов, существует очень много разновидностей прошивок ПЗУ. Их было 25
видов,
и если версия ПЗУ на плате не совпадала с тем, что было в служебной зоне на
блинах - винт на готовность не выходил. Поэтому приходилось подбирать платы от
живых винтов с той же версией прошивки, что и у погибшего. И все равно, процент
спасенных накопителей был очень небольшим - даже такой подбор плат помогал не
всегда. апример, на многих экземплярах серии AT, после замены платы на чужую,
винт начинал так громко стучать головками, что его тут же с ужасом выключали,
опасаясь повреждений механики. Был даже распространен слух, что фирма
специально
сделала привязку плат к серийному номеру гермоблока, чтобы их не меняли. о все
оказалось намного проще - часть партии младших моделей AT серии, на 10 и 20 Гб
была изготовлена на дешевом оборудовании с более низкой точностью механики, что
заставило разработчиков разместить в ПЗУ адаптивные настройки - уникальные для
каждой "банки" числовые переменные, учитывающие разброс серворазметки блинов.
По сервометкам головки следят за дорожкой, и если адаптивы были "чужие" - винт
не
мог выполнить рекалибровку и срывался в стук. Поэтому способ с перестановкой
платы
этим винтам не помогал, и даже мог привести к физической поломке гермоблока.
о была и третья категория мертвых винтов - которые не определялись в BIOS
даже
после замены платы с соблюдением всех правил. Причиной этого было разрушение
служебной информации на блинах, и происходило это из-за неполадок в
электронике.
Как известно, служебная зона любого HDD состоит из нескольких модулей, каждый
из
которых отвечает за определенный набор функций. Есть жизненно важные модули,
например дефект-листы, транслятор, адаптивы, а есть и второстепенные - серийный
номер, SMART-таблицы, логи ошибок. И неприятной особенностью винтов Fujitsu MPG
было то, что для их нормальной работы должно было выполниться обязательное
условие - все без исключения модули служебки должны были считаться без ошибок
при
старте винта. Это проверялось путем сравнения содержимого модулей с их
контрольными
суммами, и если они не совпадали - винт не производил разблокировку интерфейса,
и оставался недоступен. Обычно модули разрушались в тот момент, когда винт
обновлял
их, например переписывая SMART-статистику. Если в этот момент электроника
сглючивала
и запись на блины прерывалась, то модуль оказывался недописан. При этом винт
мог не
выдавать никаких ошибок, и часто для пользователя это оставалось незаметно -
ведь
модуль продолжал находиться в памяти контроллера и накопитель мог нормально
работать
с его неиспорченной копией, до тех пор, пока не выключалось питание. А при
включении
винт не мог их прочитать, и не выходил на готовность. Этим и объясняется тот
"странный" факт, что эти винты в основном умирали при включении.
Отчего же происходили все эти неприятности? Долгое время ремонтники обвиняли
во всем микросхему HA13627, которая очень сильно нагревалась при работе, и
иногда
вспучивалась. А ее замена возвращала винт в рабочее состояние. о вскоре
выяснилось, что она здесь не причем - отремонтированные винты Fujitsu снова
начинали жутко глючить, а в аналогичных винтах Samsung эта микросхема работала
без нареканий. И еще было сделано интересное наблюдение - винты Fujitsu
помирали
даже от простого хранения на складе! Тогда и были проведены тщательные
исследования,
что и выявило истинную причину всех неполадок - нарушение технологии пайки
элементов
платы. Оказалось, что почти на всех заводах по сборке этих винтов применялся
какой-то
очень агрессивный флюс, который не удаляли с монтажа после сборки платы. Со
временем
он разрушал паянные соединения выводов деталей с медными дорожками платы, а
нагрев
микросхем способствовал этому. Особенно страдал от этого многофункциональный
чип
Cirrus Logic CL-SH8671-450: испаряясь, флюс проникал сквозь поры платмассового
корпуса этой микросхемы, со временем выводя из строя ее кристалл, и начинались
глюки. о основной причиной был именно обрыв выводов - между ними и дорожками
платы образовывалась оксидная пленка, и электрический контакт нарушался. И
именно
этим объяснялись все "мистические" явления, происходившие с этими хардами:
тепловые
и механические воздействия приводили к временному восстановлению контакта, и
винты
ненадолго оживали.
Такие накопители подлежат ремонту путем отпайки микросхемы и тщательной
промывке
платы от остатков заводского флюса, после чего чип припаивается на место.
Процент
успешного восстановления довольно велик - теоретически это останавливает
разрушение
платы, и винт после этого может работать без поломок.