Полигон-2

KALDYH пейсал:

[q]

Создать, что ли, отдельную тему по программному ремонту старых жёстких дисков?

[/q]

[q]

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

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

[/q]

Азы:
Устройство жёсткого диска: http://rlab.ru/doc/hdd_from_inside.html
http://www.hardmaster.info/repair/hddscheme.html
http://hdd.co.ua/blog/2013/05/03/ustrojstvo-zhestkogo-diska/
Наиболее детально и подробно: http://www.acelab.ru/dep.pc/products/doc-hddtech.pdf
О головках: http://materinki.narod.ru/hdd/golovki.htm
Сервосистема: http://spas-info.ru/stati/24-p...nirovaniya
F.A.Q. su.hardw.hdd.repair: http://ukrfaq.narod.ru/ru/hardware/storage/shhr.htm - очень краток, но совершенно достоверен.
F.A.Q. RU.HDD.REMONT http://hddremont.narod.ru/FAQ.htm
Толковый словарь сленга ремонтников HDD: http://www.ihdd.ru/slang (сейчас, как и любой словарь сленга, уже несколько устарел)
F.A.Q по ремонту HDD: http://faqs.org.ru/hardw/storage/hdd_repair.htm
Ремонт HDD: http://hardwareguide.ru/%d0%b6...d0%ba/hdd/
Звуки исправных и неисправных HDD: http://www.mhdd.ru/sound.html

---

Ретро-ссылки: - неактуальные, мёртвые и неподдерживаемые, частично разрушенные сайты
http://www.hardw.net/forum/ - когда-то был основным местом обсуждения ремонта НЖМД. Ныне заброшен (последние посты - 2016 год). Читать, просвещаться.
Жёсткий диск изнутри: тонкие детали http://forum.ixbt.com/topic.cgi?id=11:36520 - отсюда можно надёргать ссылок на старые, ныне уже мёртвые ресурсы с утерянной инфой, и попытаться восстановить эти сведения через archive.org
Ещё одна подборка ссылок: http://www.hardw.net/forum/topic169.htm
Архив фидоконференции fido7.su.hardw.hdd.repair
onehalf.pisem.net - старый сайт Сергея Казанского (современный сайт - http://www.hdd-911.com/, с тех пор тоже менялся не раз)
http://andrey-kireev.narod.ru/repair/repair.htm - персональный сайт Андрея Киреева (в "фотогалерею" загляните )
hdd-recovery.narod.ru (зеркало - hdd-recovery.by.ru - сохранилось хуже) - сайт по ремонту HDD от Андрея Киреева, многие когда-то на него ссылались
ftp://195.209.232.10/pub ( ftp://ftp.misterpc.ru/ ) - старый FTP Лёвы Корягина, ныне пуст. Когда-то по тому же адресу был сайт, нынче от него сохранилась только одна страничка. Если кто знает, где есть зеркало того FTP или хотя бы как найти архив его полного каталога - напишите.
www.maysoft.com.ua - старый сайт Дмитрия Постриганя (maysoft), автора программы MHDD.
Позже переехал на mhddsoftware.com, ныне также мёртвый.
www.sluzhebka.com - когда-то был замечательный сборник ресурсов и утилит. Некоторые файлы сохранились, другие можно нагуглить по именам.
https://web.archive.org/web/20...dddes.html - кусок слитого китайцами старого сайта Acelab. Описания жёстких дисков, даташиты на микросхемы, документация на стандарты.
http://files.mpoli.fi/drivers_1/HD/ и http://files.mpoli.fi/drivers_1/HD2/ - спецификации на древние HDD: зеркала Web и FTP серверов производителей.

---

Актуальные форумы:
http://malthus.mooo.com/index.php - The Real HDD Oracle, для тех, кто не боится английского. Знатоки - Splidit, fzabkar. Обилие готовых статей и ссылок.
http://forum.hddguru.com/ - англоязычный (хотя ранее был на русском? Или мне память изменяет?) форум для профессионалов.
http://forum.ru-board.com/forum.cgi?forum=84 - основной русскоязычный раздел по "серьёзному" ремонту HDD. Знатоки - tomset, AntiMember, igor_me и многие другие

Программы для диагностики жесткого диска, просмотра SMART и работы с поверхностью на уровне отдельных секторов - Victoria, MHDD, HDDScan, HDDL
Victoria - последние версии 3.52 для DOS, 4.46 для Windows. Работает только по LBA Есть версия 4.47 - это исправленная другим человеком 4.46, улучшена работа на 64-битных системах, устранены утечки памяти. Известный мне баг DOS-версии - крашится на чипсетах Nvidia.
MHDD - работает под DOS, последняя версия 4.6, с CHS работают только версии до 3-й.
HDD Regenerator крайне НЕ СОВЕТУЮ, вот почему: http://nazyura.hardw.net/Part01.htm

Классификация по ремонтопригодности навскидку:
1. Диск не раскручивается - необходим ремонт платы электроники.
2. Диск не раскручивается, но время от времени издаёт писк - клин шпиндельного двигателя либо падение головок на пластины, как правило неремонтопригодно.
3. Диск раскручивается и начинает издавать громкий стук или неприятный шум и скрежет - головка не может считать сервоинформацию и удержаться на дорожке, за редким исключением неремонтопригодно.
4. Диск раскручивается, нормально распарковывается и останавливается, либо делает несколько негромко слышимых попыток позиционирования, либо просто не виден на интерфейсе без видимых/слышимых отклонений в поведении - повреждение служебной информации, можно пытаться отремонтировать. Иногда проблема бывает также в разъёме IDE.
5. Диск определяется, но имя диска искажено, каждая вторая буква испорчена - распространённая мелкая поломка, сломан или загнут один пин данных в разъёме IDE.
6. Диск определяется системой, но ёмкость равна нулю или отдаётся не своим именем (например, Maxtor ATHENA) - повреждена служебка, ремонтопригодно. Отдаваемое имя - технологическое имя семейства, содержится в ПЗУ.
7. Диск работает, но содержит бэды в умеренном количестве - можно попробовать их скрыть.
8. Диск работает, но содержит бэды, бэд-блоки расположены чередующимися группами по всей поверхности - отказ одной головки. В некоторых случаях ее можно отключить, получив исправную модель с меньшей ёмкостью.
9. К банке, не подумав, прикрутили неродную плату - что ж, сами виноваты.

Основные разработчики программно-аппаратных комплексов для ремонта жёстких дисков это отечественные:
PC3000 http://www.acelab.ru/dep.pc/
HRT: http://www.bvg-group.ru/
и китайские:
http://www.salvationdata.com/
http://www.hydata.com/
Аппаратная часть - по сути контроллер ATA на нестандартном порту, схемы управления питанием и самое главное - система шифрования команд и ключ привязки софта. Т.е. все те же самые функции можно делать и без специализированных плат, на стандартном IDE/SATA порту, если команды известны, конечно. Эти команды и алгоритмы и являются главной интеллектуальной ценностью.

Благодарности
Люди, благодаря которым появились и были выложены в Интернете все те знания, ресурсы и программы, о которых я рассказываю:
Tomset, Splidit, SPRUTUSSS80, Lova Korjagin, Andey Kireev, Stanislav Korb, Sergey Kazanskiy, maysoft, NazYura, sergol2, _AND_, BlackCat и многие другие.
HDD.EXE Team:Vladislav G. Shaklein, Tumaini, V_alien, Leo Taranovsky и др.
Увидите эти ники в обсуждениях - знайте, к их словам стоит очень внимательно прислушиваться
Люди, стоявшие у истоков винторемонта в xUSSR: https://groups.google.com/forum/#!topic/fido7.su.hardw.hdd.repair/R6PREaeAGU8

Платы первых IDE жестких дисков несли на себе следующие основные компоненты:
1. Микроконтроллер - стандартный МК общего назначения, 8/16-разрядный: Motorola 68HC11, Intel 8052, 80196, Fujitsu MB89000.
2. ОЗУ микроконтроллера
3. ПЗУ
4. Контроллер интерфейса IDE, обычно производства Cirrus Logic или Adaptec
5. ОЗУ дискового кэша
6. Микросхема драйвера шпиндельного двигателя и привода актуатора (spindle and voice coil motor driver, SP&VCM, "крутилка-шевелилка"), иногда с внешними силовыми ключами.
7. Канал чтения-записи.
8. Микросхема коммутатора-предусилителя.
9. Элементы защиты.

В более поздних наблюдается тенденция к постепенной интеграции компонентов. Вначале в единый заказной чип объединяются управляющий микроконтроллер и интерфейс, ОЗУ при этом получается единым - как для кэширования данных, так и для микропрограммы. Затем коммутатор-предусилитель "переезжает" внутрь гермоблока, поближе к головкам. Ну и наконец микросхема канала чтения-записи тоже оказывается интегрированной в чип-контроллер жёсткого диска, и плата обретает современную форму: специализированный контроллер, ОЗУ, ПЗУ, крутилка.
Исключения из общей картины:
1. Первые SATA, где мог применяться отдельный мост PATA-SATA (например, LSI Logic YUMA у Seagate 7200.7), и последние PATA от WD, где также применялся мост, но уже обратный - SATA-PATA.
2. У новых WD ПЗУ встроено в процессор, и его перепрошивка на программаторе невозможна!
3. У жестких дисков IBM и ранних Hitachi есть микросхема EEPROM (в профильной терминологии - NVRAM), где хранятся адаптивы и индивидуальные настройки. При замене платы обязательна ее перепайка.
4. ПЗУ может быть масочным, в проце, например, почти у всех Quantum и многих Seagate Barracuda
5. Иногда, в бюджетных сериях (например, Quantum LCT20) ОЗУ тоже интегрировано
Подробнее об общем устройстве жесткого диска можно узнать тут: http://www.acelab.ru/dep.pc/products/doc-hddtech.pdf

Основные неисправности платы электроники жёстких дисков - это пробой защитных диодов-супрессоров (на сленге также "трансилы", по названию фирмы), выход из строя крутилки и плохой контакт между платой и гермоблоком, а также механические поломки разъёмов. Заметно реже встречается стёртое флеш-ПЗУ. Вероятности других поломок серьёзно рассматривать не стоит.
Симптоматика:
Пробитые супрессоры - при подаче питания БП уходит в защиту. Либо не уходит, если до них стоят резисторы-нулевики или дроссели . Проходные элесенты прозвонить на обрыв, супрессоры - на КЗ.

Крутилка - при подаче питания винт не раскручивается, чип греется или в нем дыра.

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

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

Еще о ремонте электроники: https://habrahabr.ru/company/hardmaster/blog/251263/

Вот, собственно, и всё, что следует в общем знать о ремонте плат жёстких дисков. Далее, в разборе по производителям, расскажу о некоторых специфических для определенных серий поломках.

Первые жёсткие диски, как известно обитателям этого форума, обходились вовсе без микроконтроллеров, только хард-логикой и аналоговыми схемами. Позже на платах появился микроконтроллер - первоначально только для управления позиционером и отработки старта-остановки, к обмену данными он отношения не имел. И только с введением интерфейса IDE микроконтроллер стал неотъемлемой частью жёсткого диска. Поначалу в его ведении была только обработка команд протокола ATA и позиционирование, позже к ним добавились буферизованный поиск и оптимизация перемещения коромысла, стратегия кэширования, логи SMART, трансляция и переназначение секторов и многие другие функции, для управления позиционером и всей сервосистемой появился отдельный сопроцессор, а для сепарации данных - DSP. Соответственно с этим вырастал и объём требуемых для его работы данных - у первых винчестеров почти всё умещалось в ПЗУ, у новейших в нём только начальный загрузчик. Все вместе эти данные, как исполняемый код, так и всевозможные таблицы, образуют служебную информацию ("служебку"). Хранится она на поверхности жёсткого диска, на специально выделенных для этого цилиндрах (у некоторых моделях - на внешних, где плотность записи ниже, с отрицательными номерами, у других - в середине диска, в специально выделенной служебной зоне с пониженной плотностью), обычно имеет основную копию только по одной (нулевой, самой нижней) голове (называемой служебной - в принципе, модифицировав микропрограмму, можно назначить служебной любую другую), по соседней голове хранится резервная копия. Служебка недоступна пользователю. Для доступа к служебной информации по интерфейсу необходимо ввести в регистры накопителя т.н. технологический ключ, или Super-On. Откуда его узнают? Реверс-инженеринг прошивок накопителей из пакетов обновлений прошивки, фирменных служебных утилит, утечки с заводов-производителей (обычно через китайцев).

Служебная информация хранится не скопом, она разбита на модули, образуя что-то вроде файловой системы. Формат модулей и разбивка на них индивидуальны у каждого производителя, но можно выделить некоторые общие черты и элементы. Модуль обычно имеет ID в виде одного-двух байт, иногда - имя в виде текстовой аббревиатуры. ID, имя и версия обычно присутствуют в начале тела модуля, в конце - обычно есть контрольная сумма. Модули как правило адресуются смещением в секторах относительно начала служебной зоны, либо доступны только командами "прочитать модуль/записать модуль" по ID. Большинство критичных модулей хранится в нескольких копиях. ПЗУ также может быть организовано по модульному принципу. Модули, которые обычно так или иначе есть у всех накопителей:
1) Каталог модулей. Находится по фиксированному смещению либо его адрес хранится в ПЗУ. Критичен для работы накопителя, может быть как уникальным в пределах версии сикропрограммы, так и нет.
2) Подгружаемые модули микропрограммы. Критичны для работы накопителя, уникальны для каждой версии микропрограммы.
3) Модули селфскана (исполняемый код и таблицы параметров тестов). Не критичны для работы накопителя, нужны для запуска селфскана ( о нём ниже). Есть не у всех моделей.
4) Дефект-листы. С ростом ёмкости жёстких дисков скрытие дефектов на уровне файловой системы стало большой проблемой, и жёсткие диски обзавелись собственными механизмами сокрытия дефектных секторов и замещения их резервными. Дефект-листы, очевидно, индивидуальны для каждого накопителя. Обычно есть следующие дефект-листы:
- P-List (primary - первичный), или в терминологии Seagate Slip-List - в него заносятся бэды, найденные при селфскане на заводе. Эти сектора будут пропущены в трансляторе и не влияют на скорость чтения.
- G-List (grown - растущий), или в терминологии Seagate Alt-List - в него заносятся бэды, найденные в процессе эксплуатации накопителя. Адрес этого сектора при ремапе заменяется в трансляторе на адрес сектора из резерва, обращение к такому сектору вызывает перемещение головки в резервную область, что снижает скорость.
Подробнее о скрытии дефектных секторов будет рассказано ниже. Эти два или более листа критичны для данных, но если они не важны - могут быть пересозданы в ходе ручного сканирования или автоматического селфскана.
- Дефект-лист серворазметки. Исключает сразу целые треки или их части. Создается при селфскане, критичен.
- Дефект-лист служебной зоны. Может отсутствовать, тогда служебная зона обязана не содержать дефектов.
5) Модули и логи SMART. Обычно не критичны и могут быть пересозданы самим накопителем.
6) Паспорт диска. Умеренно критичен для работы, одинаков для всех дисков этой модели.
7) Транслятор. Обычно их два - для CHS и для LBA адресации. Устанавливает соответствие логического адреса физическому. Критичен для данных, может быть пересоздан самим накопителем на базе дефект-листов.
8) Внутренние логи микропрограммы. Не критичны.
9) Адаптивы - настройки тракта чтения-записи и сервосистемы. Делятся на пользовательские (User Area) и служебные (System Area). Критичны, индивидуальны для каждого накопителя, создаются в ходе селфскана. Адаптивы служебной области могут храниться в ПЗУ, что делает платы невзаимозаменяемыми.
10) ATA пароль. Если переписать его пустым, винт будет распаролен.
11) Страницы конфигурации накопителя.

Подробнее о структуре служебки отдельных накопителей можно почитать в документации на PC3000/HRT

Исполняемый код и данные для него, которые во время нормальной работы находятся в ОЗУ, образует т.н. лоадер, который можно загрузить в накопитель по интерфейсу для его инициализации без считывания с блинов. Лоадер можно определённым образом сшить самому из считанных с диска модулей. Загружается он практически у всех винтов стандартной ATA командой Download Microcode (92h), так же как и обновление микропрограммы.
Совокупность считанных с диска технологическими утилитами модулей, служебных треков, дампов ПЗУ и прочая и прочая, что потребно для программного ремонта, называется на сленге ресурсами. По этому слову и гуглится. Пожалуй, крупнейший каталог ресурсов HDD - http://files.hddguru.com/index.php

i8088 написал:

[q]

Такие Maxtor удавалось восстановить?

[/q]

У меня как раз такой был. Восстановить удалось, это распространённая программная поломка этой модели. Но да, совершенно верно замечено - это следствие общего низкого качества исполнения дисков Maxtor этого периода, так что ремонт Calypso/Athena зачастую возможен, но бессмысленен. Позже я про них расскажу.

Многие жёсткие диски имеют возможность диагностики не только через ATA интерфейс, но и выводят сообщения через последовательный порт в текстовом виде, а некоторые позволяют также подавать на него диагностические и отладочные команды! А у Seagate и Conner это и вовсе основной способ работы со служебкой - т.н. тест-мониторная операционная система (TMOS).

Подключение - через обычный преобразователь уровней COM-TTL или адаптер USB-UART, схем полно в интернете, заострять на этом внимание не буду. Подойдёт датакабель для старого мобильника. Распиновка и скорость соединения:


Seagate 3.5" PATA - восьмиконтактный разъём сзади:
...IDE...] [..RX.]  ____
...BUS...] [..TX.] /oooo\

Seagate 2.5" PATA - четыре дополнительных пина:
...IDE...] [RX TX]
...BUS...] [ . . ]

Seagate 2.5"/3.5" SATA - маленький четырехконтактный разъём:
[''''PWR''''] ['''SATA'''] [ RX TX GND . ]   

Скорость 9600 (классические), 7200 ("коннергейты"), 38400 (современные, архитектуры F3)

Conner - девятиконтактный разъём спереди:
[GND TX . .]_
[GND RX . . .]
Скорость 9600          

Quantum - девятиконтактный разъём сзади (lct, LM, AS, кваксторы):
...IDE...] . . . T .]  ____
...BUS...]  [. G . R] /oooo\
Скорость 57600 (кроме lct08 - у него 38400)

либо восемь контактных площадок на плате (EL, EX, CR, CX, KA):
|^^^IDE^^^
|
| []  []
| GND []
| TX  RX
| []  5V
Скорость 38400

Samsung 3.5" PATA - восьмиконтактный разъём сзади:
...IDE...] [...RX]  ____
...BUS...] [...TX] /oooo\

Samsung 2.5" PATA - четыре дополнительных пина:
...IDE...] [ . . ]
...BUS...] [TX RX]

Samsung SATA
[''''PWR''''] ['''SATA'''] [ TX RX . . ]

Скорость 384000 (чип Samsung), 57600 (чип Marvell)

Toshiba MKxxx
Плата сверху
________________________________
Rx . . (12v на пзу) . . . . . . . . .
Tx . . (Земля) . . . . . . . . .

12 вольт при программировании пзу

Еще терминал есть у Kalok (собственно, первые, кто и стал его использовать) и TEAC. Также терминал есть у Toshiba: http://forum.ru-board.com/topic.cgi?forum=84&topic=4111

Терминальное соединение есть у WD, но оно позволяет только выполнять отладку содержимого ОЗУ. Подробности мной утеряны.

У старых Maxtor (например, 7131AT, 7850AV) есть группа из четырёх контактных отверстий на плате, подписанных как RX/TX/PWR/GND, экспериментировать с ними не пробовал.

Сигналы RxD, TxD, заведённые на резервные пины от микроконтроллера, также обнаружены мной у SCSI Seagate, но винт ничего в них не выводит и на посылку байт не реагирует. Нужны дополнительные эксперименты.

Соединение устанавливать через любую программу-эмулятор терминала, PuTTY скажем, или хотя бы виндовый HyperTerminal. Управляющие последовательности у Seagate соответствуют эмулируемым терминалам Wyse или ADM (не ANSI/VT100!). Про систему команд и формат сообщений с примерами будет ниже, в разборе отдельных производителей.

Свежеизготовленный винт с записанными на серворайтере сервометками должен пройти калибровки сервосистемы и канала чтения-записи, процедуру низкоуровневого форматирования и тесты дефектоскопии, а также сформировать служебку. Всё это можно было бы делать под внешним управлением, но на практике оказалось проще и дешевле, чтобы этим занимался сам контроллер жёсткого диска в процедуре, называемой селфскан (Selfscan), или в терминологии Samsung - BURN. Подробнее о селфскане:
http://www.ihdd.ru/selfscan
А какое отношение это имеет к винторемонту? Дело в том, что для безопасного прохождения селфскана при сбоях питания его код хранится на блинах и после завершения скана может быть запущен пользователем повторно! В результате мы получим винт как новенький, будто только что с завода, без единого бэда и провалов в чтении! Ну, или не получим вовсе никакой - если тест будет провален. В общем, идеальное средство для ремонта. К сожалению, селфскан доступен не у всех моделей и производителей. Список жёстких дисков, где он есть:

• Conner - все модели. Запуск и мониторинг прохождения производится в терминале.
• Kalok - запуск перемычкой или подачей команды в терминал.
• Seagate - все модели после 96 года (т.е. после покупки Conner) и до архитектуры F3. Запуск и мониторинг прохождения производится в терминале. Модели после 7200.7 включительно затирают при этом ATA оверлей, его надо предварительно сохранить, а позже - залить обратно. Подробнее будет ниже, в описании на Seagate.
• Samsung - все модели, кроме самых новых. Для запуска необходима заливка специальной бурновой прошивки в ПЗУ и правка скрипта, мониторинг - в терминале и по морганию светодиода. Подробности - ниже.
• Maxtor - практически все модели. Описание процедуры есть далее, в главе про Maxtor.
  ConnerTech (ExelStor) - для этих редких винтов нужны отдельная прошивка для селфскана и программка для запуска, есть в свободном доступе.
• WD: есть возможность запустить селфскан на относительно новых дисках с процессором Marvell, но это выходит за рамки темы. Про старые сведений нет.
• Quantum - есть возможность запустить Selfscan на семействах ST и новее (SE, TM, EL, AS, lct, кваксторы). Сам не пробовал.
• IBM - есть возможность запуска selfscan на семействах с 22GXP по 120GXP, про другие сведений нет. Сам не пробовал.

На винчестерах Fujitsu, Toshiba, Hitachi, древних Seagate и Maxtor, старых WD селфскана нет или он нам не доступен.

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

Добавлю к своим словам:

[q]

4. Микропрограммы жёстких дисков являются интеллектуальной собственностью разработчиков. Их изучение или даже просто выкладывание может преследоваться по закону.

[/q]

Или так (цитата с другого форума):

[q]

south_man написал:

[q]

терминал залочен или мне так показалось?

F3 T>
Diagnostic Port Locked

[/q]

BOBAH4IK написал:

[q]

Угу... Это Розвуд... И залочен и варь подписана... Эт всем козья рожа от сигейта. Усё, отлазились в терминал

[/q]

south_man написал:

[q]

абидно - и так не много было вариантов, чего делать с этими F3, и тут такое)

[/q]

BOBAH4IK написал:

[q]

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

[/q]

Sedin написал:

[q]

а с самсунгами чё... не также было?
.... терь ждите подляны от wd... однозначно.....

[/q]

BOBAH4IK написал:

[q]

Уже, однако... >потёрто> граждане.

[/q]

[/q]

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

ATauenis, да, в целом так. И команды терминала, и сервисные команды ATA, и технологические ключи. Многие ремонтные функции попросту выкидываются. Вот поэтому я только старьём и занимаюсь - там попроще и подоступнее. А новые предлагаю оставить профессионалам.

KALDYH, с Вашего позволения, несколько добавлений от меня.
Я иногда пользую DOS версию PC3000, в основном для ремонта совсем старых HDD.

Ремонтируемый HDD нужно питать от отдельного БП с выключателем, тк "дергать питание"
придется часто, земли обеих БП нужно надежно соединить.

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

Сами утилиты имеют некоторые странности (со взломом это не связано).

Используется редкий шрифт, который "выбрасывает" (по умолчанию, по крайней мере) BIOS
Patcher с rom.by, и изображение становится искаженным. Это было одной из причин, после
чего пользоваться BP я перестал.

Нет возможности сохранить дефект-лист в файл, что неудобно например на ST-157A (практически
это первый IDE disk от Seagate). И если модуля с P-list вообще нет (это по сути MFM(RLL) диск
+ контроллер), то восстановить заводской дефект лист после форматирования трудно.

Если надо работать с совсем старыми дисками, лучше выбирать из плат на VIA, тк Intel начиная
с PIIX4 использует заниженные сигнальные уровни. VIA чипсеты, даже современные с UDMA100 лучше
совместимы с древними HDD. Со старыми WD (WDAC1210 например) и Seagate (ST3491A например) на
VIA нормально работает multiword DMA mode, на Intel PIIX4 - нет.

Про MFM. Помимо отмеченного Вами отсутствия паспорта диска, для 16-bit MFM controller перед
первым доступом к носителю нужно подать команду INITIALIZE_DEVIZE 0x91 (это нужно и для
некоторых старых IDE, например WDAC1210) и RECALIBRATE 0x1x с полем step rate x. У IDE это
поле ликвидировали, но в наследство она кодируется как 0x1x, где x от 0 до F (так же и seek).
Если команду не подать, MFM позиционирует ОЧЕНЬ медленно. Это все на случай работы с MFM без
BIOS и без инициализации от BIOS.

upd.
Забыл. Установка AMNF после сброса - признак присутствия ATA устройства (при этом в регистре
статуса бит ERR сброшен), поэтому после сброса диска взвденный AMNF - нормально. Во всех
остальных случаях это ошибка.

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

Компания Seagate - один из трёх оставшихся ныне производителей жёстких дисков, первыми разработали жёсткий диск формата 5.25" для персональных компьютеров. Основана в 1979 году Аланом Шугартом, создателем гибких дисков и интерфейса SCSI. Значимые приобретения:
1996 - Conner Peripherals
2006 - Maxtor
2011 - подразделение Samsung по производству HDD

По методикам ремонта жёсткие диски Seagate можно разделить следующим образом:

- первые IDE диски компании: ST157A (самый первый IDE накопитель фирмы, конверсия MFM винчестера), ST351A/X (второй IDE накопитель фирмы, последний с шаговым двигателем и первый с серворазметкой) и др. Процессорная архитектура - Intel MCS-51. Из доступных средств ремонта для них есть только PC-3000.


- семейства накопителей до приобретения Conner Peripherals, например вышеупомянутый ST3491A. Характерная чёрная гермобанка с плоской крышкой и блестящие держатели по бокам на резиновых подушках. Поначалу именовались только номером, позже получили "спортивные" имена Decathlon, Medalist, Marathon и т.д. Именем семейств выступает пятизначное число вида 802xx. Процессорная архитектура - Intel MCS-96. Из доступных средств ремонта для них есть только PC-3000. Еще некоторая инфа по ним.

После покупки компании Conner старые разработки Seagate получают развитие в SCSI линейке и в ATA серии Medalist Pro. Эти диски терминала не имеют.


- "коннергейты": поколение накопителей после покупки Conner Peripherals; Lapaz, Belize, Maui, еще неизвестная серия Практически повторяют последние модели Conner как по внешнему виду - белый алюминиевый гермоблок со скруглёнными углами, тонкостенной штампованной крышкой и пластмассовой накладкой на ней - так и с программной точки зрения, никакой преемственности со старыми моделями самого Сигейта не прослеживается. Процессорная архитектура - 68HC11. На маркировке смена внутренней архитектуры никак не отразилось. Ремонтируются через последовательный порт командами TMOS, команды и формат отклика идентичен Conner..
Разбор и изучение микропрограммы MAUI2
Патченый микрокод для ноутбучного ST32520
Использование платы Lapaz как программатора (перезалитый файл http://sluzhebka.com/utils/Seagate/WINTPROG.ZIP )

- промежуточные модели, например, ST32520A Spark4. Конструкция гермоблока не имеет аналогов.

- "медалисты-пред-барракуды" - следующая группа. По всей видимости, происходит смена процессорной архитектуры на какую-то из серии ST. Система команд получает дальнейшее развитие, усложняется, добавляются новые команды. Конструктивное оформление - плоское шасси и штампованная профилированная алюминиевая крышка (очень похоже на Fujitsu MPG), 1-4 диска, 5400 об.мин. Семейства:
Bali - ST38641A, ST36531A, ST34321A, ST33221A, ST32110A. 2.1 Гб/пластина.
Taos - ST32510A, ST35120A, ST37630A, ST310240A. 2.5 Гб/пластина.
Hilo - ST33210A, ST36422A, ST310230A, ST313640A. 3.2 Гб/пластина, 256к кэш, UDMA-33. Пример его ретроспективного изучения
Keystone_33 - ST317240A, ST313030A, ST38420A, ST34310A. 4.3 Гб/пластина.
Keystone_66 - ST317242A, ST313032A, ST310232A, ST38422A, ST34312A - то же, что и предыдущие, но вводится UDMA-66.

Встречаются они относительно редко, поэтому документации и разбора по ним нет, чинить опираясь на описание по барракудам (ближе всего подходит Durango).


- "барракуды" классические: серия накопителей, начинающееся с первой Barracida ATA и до Barracuda 7200.10 включительно. Имя ведёт родословную от SCSI-моделей фирмы ("звериная" серия: Barracuda, Hawk, Cheetah...), но по факту от предыдущих Medalist-ов не особо отличаются и ремонтируются так же. Позиционировались как высокопроизводительное и скоростное решение для домашних ПК; на них была введена скорость шпинделя 7200 об/мин. Первые диски имели внешний вид, подобный последним Медалистам, начиная с Barracuda ATA IV диски обрели привычный и поныне вид: чёрное литое корытообразное шасси и плоская блестящая стальная крышка с ромбическим выступом почти во всю площадь. На протяжении всей эволюции серии TMOS постоянно совершенствовалась и усложнялась, а для успешного ремонта требовалось всё большее количество операций.


- "U-шки": U-серия накопителей. Позиционировались как дешёвое решение с невысокой производительностью (5400 об/мин.) Характерная резинка вокруг корпуса aka "гондон". Имеют отличия от Барракуд в системе команд TMOS и структуре служебки, но в целом методика остаётся той же. Помимо последовательного терминала, на них есть и ATA-терминал, но никаких преимуществ его использование не дает.

- т.н. семейство "F3" - названо так по приветствию командной строки, которое выглядит как "F3 T>", в отличие от "T>" у предыдущих. Модели Barracuda 7200.11, 5400.6, LP и старше. По непроверенной информации, базируется на наработках SCSI семейств фирмы. Несмотря на практически идентичный предыдущим дискам вид, имеет огромные отличия как в системе команд, так и в структуре микропрограммы, и в используемых технологиях. Фактически, микрокод был переписан с нуля, и все старые методики к ним больше не подходят. Мной это семейство, как не попадающее под категорию "старых", будет рассмотрено только вскользь.

Жесткие диски Maxtor, выпущенные после 2006 года (Diamondmax 20-23) с маркировкой вида STM3xxx, являются теми же самыми Seagate Barracuda, чинятся по тем же методикам и именовались как Maxtor только для выполнения обязательств перед поставщиками. Никакого влияния технологий этой фирмы на продукцию Seagate не замечено.


Жесткие диски Samsung Spinpoint, напротив, после покупки подразделения продолжили выпускаться под тем же именем, лишь сменив марку на Seagate, и по части ремонта должны рассматриваться вместе с прочими дисками Samsung.

Расшифровка обозначения
Взято с FAQ SU.COMP.OLD
У современных используется другая маркировка, но мы их здесь не рассматриваем.

ST 5 1080 A PR -0
1 2 3 4 5 6

1 - Seagate Technology

2 - коpпус:

• 1 - 3.5" высотой 41 мм
• 2 - 5.25" высотой 41 мм
• 3 - 3.5" высотой 25 мм или 5.7" глубиной 146 мм
• 4 - 5.25" высотой 82 мм
• 5 - 3.5" высотой 25 мм или 5" глубиной 127 мм
• 6 - 9"
• 7 - 1.8"
• 8 - 8"
• 9 - 2.5" высотой 19 мм или 12.5 мм

3 - емкость в миллионах байт. Для pанних моделей указывалась нефоpматиpованная
емкость, pеальная была пpимеpно на 10-15% меньше; сейчас указывается pеальная
емкость.

4 - интеpфейс:
пусто - ST412/MFM
A - ATA (IDE)
AD - ATA с 50-контактным 1.3-дюймовым pазъемом
DC - Диффеpенциальный SCSI с единственным pазъемом
E - ESDI
FC - Оптоволоконный кабель
G - SafeRite ™ - система защиты от ошибок записи пpи толчках
J - SMD/SME-E
K - IPI-2
L - PS/2 ESDI
LC - SCSI LVD wide с единственным разъемом
N - SCSI narrow
NC - SCSI narrow с единственным pазъемом
ND - Диффеpенциальный SCSI
NM - SCSI, совместимый с Mac
NV - SCSI, совместимый с Netware
P - PCMCIA (в pанних моделях - MFM с пpедкомпенсацией)
R - ST412/RLL
S - SCSI или с поддеpжкой синхpонизации скоpости вpащения
W - Wide SCSI
WC - Wide SCSI с единственным pазъемом
WD - Диффеpенциальный Wide SCSI
X - IDE для шины XT-Bus

5 - Paired Solution (комплект из винчестеpа и контpоллеpа)

6 - вpемя доступа: 0 - обычное, 1 - уменьшенное

Ссылки
Справочник по HDD. Seagate`2003

KALDYH, вопрос про последние PATA диски.
Правильно ли я понимаю, что PATA диски, которые по сути SATA с мостом в PATA - это из серии WD Blue? И есть ли такое в других сериях, или от других производителей?

Захотелось найти такой, чтобы знать, на какие диски обращать внимание. WD blue PATA я видел года 2 назад, но тогда не взял.

Да, конечно, применение моста не дает никаких преимуществ, только потери. Но мне
интересно посмотреть, насколько он будет отличаться от native ATA, в частности будет ли
работать WDMAx mode. Я вообще немного больной на WD, периодически покупаю (в
основной масе 40-80GB). Самый крутой PATA на данный момент у меня WD800BB-56JKC0
2007 года выпуска, буфер 2MB (с 8MB пока не попадались), скорость в начале диска
порядка 70MB/s. Еще интересный SATA диск WD3000JD с PATA электроникой и мостом,
буфер 8MB (как раз пишу с него).

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

^H - забой символа. Так в настройках терминала и укажите.

. (точка) - статус активности. Одна из наиболее употребляемых команд.

Pgm=00 Trk=16BF2(14FE0:17[164D3]<img src="smiles/wink.gif" align=absmiddle alt=";)">.0(0).000(000) Zn=8 Err=00 ErCt=0000 Hlth=0018 CHlth=0000 Ready LBA=13C5C5DF


• Pgm - выполняемая программа (00 - диагностический монитор, 50 - работа по интерфейсу, остальные - уровни самотестирования)
• Trk - цилиндр логический(физический).головка лог(физ).сектор (физ). Где-то там ещё номер цилиндра в коде Грея прописан. Обычно там адрес следующего сектора за последним считанным/записанным. Информация полезна для ручного позиционирования.
• Zn - номер текущей зоны
• Err - код ошибки текущей операции
• ErCt - счётчик ошибок с последнего сброса
• Hlth - битовая карта накопленного здоровья (cumulative health) накопителя. Расшифровка битов будет ниже.
• CHlth - Current Health - текущее здоровье (то бишь на данном уровне тестирования)
• Ready - статус готовности. Может быть Ntrdy
• LBA - адрес текущего LBA. Обычно там адрес следующего сектора за последним считанным/записанным.

; (точка с запятой) - вторая наиболее употребительная команда. Статус накопителя.

Age=50 Type=03 MxCyl=25BC9 MxHd=1 MxSct=7E8 BSz=008M TCode=0201FFFE ThermFlts=0000


• Age - этап тестирования (номер теста селфскана/Certification) накопителя. 50 - тестирование завершено, запускается нормальная работа по интерфейсу. 4F - тестирование провалено, автоматический выход в TMOS. Меняется по мере прохождения тестов иил принудительно устанавливается командой T>N. По команде ^T номер программы (Pgm) устанавливается в это число. Примечание: в селфскане тесты идут не по порядку номеров.
• Type - тип накопителя (модель винчестера в семействе, от самой младшей до самой старшей); определяет число головок. Соответствие байта модели смотреть по справочным таблицам.
• MxCyl - максимальный доступный (вводимый в команды) цилиндр.
• MxHd - максимальная головка
• MxSct - максимальный сектор (для первой зоны, остальные - меньше)
  Эти три параметра - физические.
• BSz - объём ОЗУ в кб/Мб (шестнадцатеричный)

^T - запуск теста (Pgm) с уровня Age. В обычном состоянии винчестера (Age 50) это будет выход из диагностического монитора с перезапуском микрокода. Именно подачей этой команды запускается и перезапускается селфскан.

^Z - прерываение текущего теста и выход в диагностический монитор, про это я уже рассказал.

^U - печать в виде шестнадцатеричного дампа AT Stuff (паспорта диска). Работает только при незагруженном Cert code.

^L - версия микропрограммы, дата/время сборки и функционал накопителя (У коннергейтов - только технологическое имя и версия микропрограммы, то же, что и при при старте).
NHPLUS2HD - 1_Disk    3.AAC  08-09-07 11:00 AAA,NP_1D_2H_S,14
Built for NHPLUS2HD,PITKIN,COPPERHEAD,TI1843 PreAmp,Agere7539 PreAmp,McKinleyDT,1Disk,220 Servos,7200RPM,8Pole,133MHz,RwFeat=0002,VBAR
Расшифровка некоторых пунктов:

• NHPLUS2HD - имя семейства. Может отличаться от того, что в ПЗУ - так, у NIGHTHAWKPLUS в нём зашифровано, одноголовая или двухголовая (2HD) это версия прошивки.
• 1_Disk - число дисков, поддерживаемое фирмварью. Фактическое может быть меньше.
• Built for - кодовые имена основных компонентов, характеристик железа и опций.
  PITKIN - тип интерфейсного контроллера (данный применяется с PUMA по NHAWK PATA; у ALPINE/APLUS - GRAND2, у AVALANCHE - GRANDB, U5/Aspen/Snowmass - Saratogall и т.д.). От производителя чипсета (ST/Agere) не зависит.
  COPPERHEAD - канал чтения-записи (дискретный или встроенный в чипсет, например COPPERHEAD - встроенный в чипсет Agere)
  TI1843 PreAmp,Agere7539 PreAmp - поддерживаемые преампы (те, что в гермоблоке)
  McKinleyDT - тип крутилки (например у TONKA2: MCKINLEY_DT_ST - крутилка SMOOTH, MCKINLEY_DT_TI - SH6960)
  1Disk - число поддерживаемых дисков
  220 Servos - число сервометок (wedges)
  8Pole - число полюсов у ротора шпиндельного двигателя?
  133MHz - скорее всего тактовая частота процессора
  VBAR - адаптивное форматирование, индивидуальное для каждой головки (VBPI - общее для всех головок)
• 3.AAC 08-09-07 11:00 - версия фирмвари (та, что на этикетке написана) и дата билда.

ПЗУ поддерживает несколько конфигураций железа сразу и таким образом к типу платы не привязано. В прошивке содержатся текстовые строки сразу для нескольких конфигураций, при работе выводится та, которая соответствует железу. Апп содержит свой текст сообщения, который несколько отличается от того, что выводит ПЗУ.

^A - выдать ревизию Cert (оверлейного кода селфскана)
Eng Rev = .05B
Compat/Hardware = .0Q9
NHPLUS2HD - 1_Disk    3.AAC  08-09-07 11:00 AAA,NP_1D_2H_S,14
CERT Rev = .03G
NONE
Mask Rom Rev = S-1A  
Orig Code = AAZ140 NHAWK_NP_140.05B.03G
У коннергейтов - переключатель Display Servo / No Display Servo

^R - загрузить Cert overlay в память с диска. Без него некоторые команды не работают, выводя сообщение об ошибке:
Command Inactive - No VALID Cert Code Detected
Успешная загрузка в подтверждение выводит его версию:
Disk Code Revision # .08F CRC ==> D844
Если Cert повреждён или отсутствует, ответ будет примерно таким:
DiskAccess ReadSector EC=47 at ffffffff.00.0000
DiskAccess ReadSector EC=47 at ffffffff.00.0000
INVALID Cert Disk Code - ROM Resident Revision Required: 3.AAD
У старых винтов - перезагрузка диагностического монитора

^C - сброс микропрограммы (перезапускает работу по интерфейсу, не полный сброс винта)

' (апостроф) - статус трансфера с блинов

Cmd    Cyl   Hd Sct  Cnt  Stbuf Segl Csct Cbuf Actv ErCd RWOp Rd Wr RWOp1 Flags
18  0E600312 00 0000 7FFF 1846  01FF 0000 3462   Y   00  00F7.28.40.0004  800

• Cmd - код последней выполненной команды
• Cyl - номер цилиндра
• Hd - головка
• Sct - сектор
• Cnt - кол-во блоков
• Stbuf - начальный буфер (подробнее о буферах ниже в разборе команды "вопрос")
• Segl - количество буферов
• Csct - текущий сектор
• Activ - выполняется ли команда в данный момент
• ErCd - код ошибки
  

^D или ^N - переключение отображения активности
e c r = 0 0 1
e c r = 0 1 0

и т.д. по кругу. По умолчанию - 0 0 0. Если отображение включено, выполнение винчестером внутренних команд сопровождается сообщениями вида:
cmd  2A,  params  0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
Назначение параметров то же, что и у вывода команды "апостроф" (статус трансфера)

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

BT:0000
PC:0055
AP:0060
RL:0298
AL:029B
SL:02B3
MW:059C
AT:0646
TB:0D00:0020
SO:0D20:0038
FS:0D59:0070
RD:0480:0010
WR:0490:0010
FM:0666:0018
AD:0666:001C
BA:067E:0003
ST:0681:0001
AS:0682:007F
DP:0701:02A6
AC:0701:02A6
SC:09A7:02A7
IO:0C80:0080
CT:3B60
uP:3FC0
MZ:3FE0

logbps :0200
codebps:0200
Буферы:

• RD - буфер чтения
• WR - буфер записи
  

остальные нас мало интересуют. logbps и codebps - длина одного буфера (логов и данных сответственно) в байтах (0200 - 512 байт, один сектор, одинаково у всех семейств и моделей).

^ ("крышечка") - показать время, прошедшее со старта сертификационного теста или с последнего ^Z
Time = 00<img src="smiles/meloman.gif" align=absmiddle alt=":11:">10 Log Type = 00

` (гравис, обратный апостроф) - показать статистику чтения/записи

       Rbit  Hard  Firm  Soft   OTF   Raw  Rhdr    Wbit  Whrd  Wrty  Whdr
Limit  10.2  10.2   9.5   8.0   7.0   4.0   7.4     9.2   9.2   6.5   7.4  
Hd 0    0.0   0.0   0.0   0.0   0.0   0.0   0.0     0.0   0.0   0.0   0.0  
Hd 1    0.0   0.0   0.0   0.0   0.0   0.0   0.0     0.0   0.0   0.0   0.0  
У коннергейтов не было.

^W - вкл/выкл сбор статистики чтения/записи
Rd/Wr Stats On

Rd/Wr Stats Off
У коннергейтов - прерывание программы (в последовательности ^Q ^W ^S):
BRK - Pc=171D A=05 B=B5 C=E0 X=0700 Y=09B0 Sp=07F6

^E - состояние интерфейса
CurrentCHS=ffff/10/3f  MltSiz=110  DMAMod=42
У коннергейтов не было

^F - Read Segment Record(S), выводит кучу малополезной инфы.

^G - очередь записи. У коннергейтов - то же, что и ~ (статус интерфейса).

^I - дамп регистров контроллера

^K - состояние чтения-записи Niwot

^P - (у коннергейтов) переключатель R/W Test Points Enabled/Disabled

^S - приостановить работу по интерфейсу и переключиться на диагностический монитор (Foreground Pause)

^Q - продолжить после ^S (Foreground resume)

^V - вкл/выкл эхо команд и отслеживания активности
EchoInterfaceCmds: On
EchoInterfaceCmds: Off

^X - история команд Niwot и интерфейса

~ (тильда) - состояние команд интерфейса
ATA St 50 Er 00 Op 35 e,  06127f8,08 00 d8
Niwot:  00010000  a4  00010000.0.036 0000  10c9 0001 005c  ca9e1e

У коннергейтов не было

^Q - вкл/выкл показ отладки Cert (не работает на Age 50)

! (восклицательный знак) - показать текущие настройки канала чтения-записи (дамп регистров Read channel и Preamp)

% (знак процента) - показать статус Mux
:5000001803000001  AX`9RY2FMKH'  "000000000000"16BD3-16D14
SRAM Ovly = Diag
(в диагностическом мониторе)
Расшифровка, по порядку (описание пунктов см. выше):

• 50 - Age
• 00 - Pgm
• 0018 - Health
• 03 - Drive Type (модель накопителя)
• 00 - байт флага ошибок, принимает несколько табличных значений
• 00 - байт кода ошибок
• 01 - максимальное число головок для этой модели
• AX - тип интерфейса (AT с авто-трансляцией)
• 9RY2FMKH - серйный номер винчестера (совпадает с тем, что на крышке). Второй и третий символы серийного номера определенным образом (смотреть по таблицам) соотносятся с типом.
• 000000000000 - серийный номер платы
• 16BD3-16D14 - адреса служебных цилиндров
  

:5000001803000001  AX`9RY2FMKH'  "000000000000"16BD3-16D14
SRAM Ovly = AT
(работа по интерфейсу)
:000000010000  AX'         '  "         "00016BD3-00016D14
(на уровне F)

> и > (знак больше и знак меньше) - уменьшить-увеличить положение синхроимпульса чтения-записи

Esc - прервать цикл, командный файл или скрипт SeaDex

После некоторого перерыва продолжу.
Вот основные команды, которые понадобятся при диагностике и ремонте Seagate:

Действуют на всех уровнях:
/x - сменить уровень на x
+x,y - считать байт из ОЗУ по адресу xxxxyyyy
=x,y,z - записать байт zz в ОЗУ по адресу xxxxyyyy
-x,y - считать слово из ОЗУ по адресу xxxxyyyy
остальные команды полезны только для скриптов (batch files).

Уровень T - самотестирование накопителя
A - разрешить/запретить приостановку вывода информации на экран при заполнения буфера терминала. По умолчанию приостанавливает.

a - переключает приостанов вывода при заполнении буфера сообщений / перезапись старого вывода в буфере новым.

Bx,y - установить битрейт x. Допустимые значения:
0 - значение по умолчанию (обычно 9600)
1 - вывести таблицу поддерживаемых значений
24, 48, 96... 921, 1228 - битрейты от 2400 до 1228000 бит/с. Разумеется, лучше использовать максимальное возможное.
y - задержка в миллисекундах. Если y введено, накопитель ждёт y миллисекунд прихода символа CR (0x13) в подтверждение того, что хост тоже переключил битрейт, и если подтверждение не поступило - устанавливает битрейт по умолчанию.

У коннергейтов - команда bx. Параметр - коэффициент, вводимый в рег. BAUD (0x2Bh) процессора, по умолчанию (для Maui2) - 0x24h, для Belize - 32
Структура регистра:
бит 7 6 5 4 3 2 1 0
TCLR 0 SCP1 SCP0 RCKB SCR2 SCR1 SCR0
SCR2..0 - делитель, от 1 до 128
SCP1..0 - предделитель:
00 - 1
01 - 3
10 - 4
11 - 13
Остальные биты оставлять равными нулю.
Таким образом, команды задания битрейтов для Belize:
b32 - 7200 (скорость по умолчанию)
b31 - 14400
b30 - 28800
Большие скорости задать не удалось, возможно, у применяемого микроконтроллера отличаются от стандартного коэффициенты предделителя.

C,,22 - сбросить селфскан. Сбрасывает здоровье (Health), выставляет возраст (Age) в 1.

Dx,y,z - печать логов селфскана начиная с теста x. Если x не введено - то вывести только логи проваленных тестов.
y - если введено, печатать только логи с кодом ошибки y
z=40 - быстрый неформатированный вывод лога для автоматизированного учёта
Для начала рекомендую смотреть сводный лог (последний) под номером 4E.

Ex,y,z - печать/редактирование одного лога x.

J - то же, что и E, но ожидает нажатия Enter после каждой строки (?)

F - ввод ключей паспорта (Stuff). Описание команды см. ниже, в руководстве по прохождению селфскана.
Внимание! Ни в коем случае не ошибитесь с регистром! Команда f (в нижнем регистре) затирает ПЗУ!

Gx - показ лога компонентов, страница x (может быть незаполнен)

Hx,,z - показать/сбросить биты Health.
x (введено произвольное значение) - текущие, (пустое) - аккумулированные.
z=22 - если введено, то сбросить биты.

I,y,22 - инициализация (калибровка, форматирование, поиск дефектов) системной области, подготавливает ее к записи служебки. Аналогично (вроде как) команде T2.
y - если введено, считать серийный номер

Nx,y,22 - установить возраст (Age) накопителя в x. Например, N2,,22 подготавливает к запуску селфскана с самого начала.
Внимание! Не запускайте селфскан, не изучив внимательно инструкцию по его прохождению - иначе, возможно, вам придётся ломать голову, где достать недостающие куски служебки!
Основные используемые значения:
0 - после рестарта всегда будет выходить в TMOS
2 - тест служебной и пользовательской областей, полный селфскан
4 (начиная с 7200.8 - 10) - тест только пользовательской области, "облегчённый" селфскан
50 (у совсем старых семейств 40) - принудительный вывод на интерфейс, перевод в нормальный режим
Ввод номеров остальных тестов используется для принудительного "проталкивания" селфскана при большом количестве нефатальных ошибок.

R - считать системный сектор в системную область ОЗУ. Системный сектор содержит серийный номер, тип накопителя и адаптивы служебной зоны. Для возможности записи в служебную зону этот сектор должен быть в памяти, иначе ошибка Code - 33

W,,22 - записать системное ОЗУ в системный сектор.

S - проверить Slip list на заполненность и упорядоченность

Tx - запустить одиночный тест x.
Внимание! Команда не требует ввода ключа подтверждения и начинает выполняться сразу же, не дожидаясь ^T !

Vx,y - печать дефект-листов.
x - битовая карта выбора листов:
1 - slip-list (то же, что и p-list) пользовательской области
2 - slip-list резервных дорожек
4 - alt-list (то же, что и g-list), ремапы.
y - если введено, выводить только по голове y
Примеры:
T>V1
User Slip Defect List
Num Entries = 0670    Checksum = BD3B
Hd 0        Span
00000.0.000 000
01211.0.470 006
01212.0.470 006
01213.0.470 006
01214.0.470 006
01215.0.470 006
   --- дальнейший вывод обрезан ---
T>V2
Reserved Slip Defect List
Num Entries = 0000    Checksum = 02FE
T>V4
Alt Defect List
Num Entries = 0000    Checksum = E373
"Битовая карта" означает, что складывая, ключи объединяются. Так, например, T>V7 соответственно выведет сразу все три списка.

Yx,y - установить тип накопителя "x".
y - если введено, не пытаться читать/писать на диск (операция только в ОЗУ).
У старых накопителей это был единственно возможный способ отключения головок.

b,,22 - инициализировать область оверлеев в служебной области (проще говоря, затереть их)

с - записать на диск предварительно загруженные в память оверлеи ATA. Используется только после прохождения теста 2. Если оверлеи загружены в память до теста 2, в конце теста они будут записаны автоматически (?).

dx,y,z - загрузить данные в буфер по протоколу SDLD (Seagate DownLoaD).
x - номер буфера
y - размер блока передачи (0 - 512, 1 - 1024, 2 - 2048, 3 - 4096). Размер блока выбирается исходя из того, что общее их число не должно превышать FFh.
z=1 - не раскручивать диск после завершения команды.
Этой же командой грузится в память Cert code, x при этом не указывается.

ex,y - загрузить ATA оверлеи (на жаргоне - просто "оверлеи") в память по протоколу SDLD
x - номер оверлея (подробнее об их количестве - в разборе семейств)
y - если указано, передать управление оверлею немедленно

K - загрузить (по SDLD) файл Congen

j - загрузить (по SDLD) скрипт SeaDex

h - загрузка таблиц Cert (на жаргоне - "таблички") по протоколу SDLD

f - записать предварительно загруженные данные в последовательное флеш-ПЗУ (у новых семейств). Данные грузятся в буфер 400h командой d.
У семейств с параллельным ПЗУ (старые Durango/Vali/Aspen/Snowmass и др.) данные для записи отправляются после посылки команды по SDLD (см. работу с предыдущими командами).
Для записи параллельного ПЗУ у коннергейтов служит другая команда.

gx,y,z - вызов программной функции из оверлея.
x - ID функции
y - 16k сегмент для параметров оверлейной функции
z - смещение в сегменте для параметров оверлейной функции

ix,y,22 - инициализация (очистка) дефект-листов).
x - см. команду V
y - если введено, записать на диск (иначе только в памяти)
Внимание! Не путать с командой I (заглавная)!

kx,y,z - отключение головок. Есть у накопителей, начиная с 7200.7 (прошивка с цифрой "5" в середине) и более старших (все прошивки). У более ранних возможно только отключение верхних головок выбором младшей модели семейства (см. команду Y). Использование команды будет далее.

lx - инициализация и запись в память зонных буферов. x - битовая карта:
01 - копировать дефолтный зонник из оверлея в память
02 - пересоздать PBA
04 - установить в памяти адаптивы по зонам
08 - запустить калибровку VCO
10 - сохранить всё это на диск

m,,22 - дефектоскопия служебной зоны (Внимание! Затирает служебку!)

o - (у коннергейтов) нет сведений

p - нет сведений

r - перезагружает Cert code (на жаргоне "серт") с диска и выводит его версию.

sx,,22 - сохранить дефект-листы из памяти на диск
x - битовая карта:
1 - трек-лист пользовательской зоны
2 - трек-лист служебной зоны
4 - ???
7 - всё вместе

t - (у коннергейтов) нет сведений

v - (у коннергейтов) нет сведений

wx,y - записать оверлеи на диск.
x - битовая карта выбора оверлеев:
1 - Cert code (серт)
2 - Cert tables (таблички)
4 - Application code (апп)
8 - SeaDex script (в любительском ремонте не используется)
Если не введено - записать всё.
y - номер буфера, в котором оверлеи хранятся
У старых без-оверлейных винтов эта команда не имела параметров и сохраняла единственный подгружаемый код - Cert

xll,ss,nn - чтение файла лога ll через последовательный порт (в двоичной форме, без форматирования).
ss - начальный буфер
nn - число буферов

y - вывод карты служебной зоны. Появился в накопителях начиная с APLUS. Разбор вывода команды см. ниже в описании структуры служебной информации Seagate.

#,,22 - ввести серийный номер накопителя HDA (8 символов, написан на этикетке) и номер packwriter'а (ни на что не влияет, можно просто нажать Enter на его запрос. Обычно вводят строку с этикетки после серийника). Вводится в диалоговом режиме. Пример:
T>#,,22
Enter Drive S/N  4JV0A0WK
Enter Packwriter S/N 9W2003-371


$ - ввести серийный номер платы PCBA. Хранится на треке vendor.

[x,y - управление ASCII логированием. Ключ x:
9 - писать до конца строки, пока не нажат Enter
A - разрешить ASCII логирование
B - запретить ASCII логирование
С - писать в лог номер y
D - отобразить ASCII лог
E - дописывать к логу
F,1 - разрешить логирование горячих клавиш
F - запретить логирование горячих клавиш

Уроверь 1 - команды работы с памятью. (у коннергейтов - с памятью интерфейса: управляющий и интерфейсный микроконтроллеры имеют разные адресные пространства)

Bx,y - отобразить содержимое буфера

C - (у коннергейтов) сравнивает адреса 0x1000h-0xFFFFh внешнего ОЗУ с адресами
0x1000h-0xFFFFh ПЗУ. При несоответствии выдаст надпись, с указанием адреса и
содержимого.

Dx,y,z - печать 256 байт ОЗУ с адреса xxxxyyyy. Если введено z - подсветить байты, совпадающие с z
У коннергейтов формат Dx,y - печать 256 байт ОЗУ с адреса xxxx, подсветить байты, совпадающие с yy. Если y не введено - подсвечивается 00.

F - форсирование записи. Разрешить на свой страх и риск запись при незагруженных адаптивах (когда выскакивает ошибка Code - 33)

H - AT FIFO TEST

M - информация о микросхеме Flash ROM. В поздних семействах изъята.

Nx,y,z - управление SMART.
x - субкоманда:
00 - вкл/выкл SMART
01,04 - инициализация (обнуление) SMART
02 - обновление атрибутов
03 - установить/сбросить биты, сигнализирующие о предотказе накопителя (y - номер атрибута, z - булевое значение)
05 - печать атрибутов SMART
06 - ...допустимых значений SMART
07 - ...G-List
08 - ...лога критических событий
09 - ...списка ожидающих переназначения секторов
0B - запуск короткого внутреннего теста SMART после следующего ^T или включения питания
0С - ...продолжительного теста SMART
10 - печать внутреннего двухчасового лога.

P - печать информации о плате (из ПЗУ) (? проверить, как связано с T>$). В поздних семействах изъято.
На коннергейтах - перепрограмирование Cert/ATIF и Resident Code во флеш-ПЗУ. Внимание! Выполнение этой команды убивает винт, если код не был предварительно загружен в память!

R - (у барракуд) Ram Test (WinC 0,1,2,3....)

(у коннергейтов) копирование ПЗУ в буфер. При этом фирмварь (содержимое ПЗУ с 0x800h по 0xFFFFh, до этого адреса ПЗУ содержит 0xFF) кладется, начиная с адреса 0x400h буфера. Всегда в младшие 64K - бит 0x446.2 (старший бит адреса внешнего ОЗУ) не учитывается! Предположительно из этого же буфера производится запись.
У совсем старых, типа Lapaz - копирует содержимое ПЗУ из адресов 0x1000h-0xFFFFh во внешнее ОЗУ по тем же адресам.

V у коннергейтов - чтение системных переменных с диска
Reading System Variables -  No Error

System Variables Read from Disk    
У поздних барракуд изъято.

Y - преобразовать номер цилиндра в соответствующий код Грея сервометки (см. 3>G)

y - то же самое наоборот

Sx,y,z - редактирование байта в памяти в диалоговом режиме

Ux,y,z - то же самое в буфере

mx,y,z - то же самое для слова в памяти

cx,y,z - сравнение буфера x с буфером y, z - число буферов.

dx - очистка (стирание) оверлея на диске. Значения битов x - те же самые, что у команды T>w

e - нет сведений. Подача без параметров вызывает рестарт накопителя.

p - аналогично T>W

s - отправка информации о накопителе (?)

r, t, u - загрузить с диска Cert code, Cert tables и SeaDex script соответственно (последний обычно пуст).

E, G, H, I, T, V, W, g, j, z - есть в обработчике коннергейтов, не документированы

Уровень 2 - чтение/запись по физике (по физическим координатам CHS, без трансляции, но с возможным обходом дефектов)

Bx,y - печать 512 байт буфера x, подсветить байты y

Cx,y,z - скопировать буфер x в буфер y, z - число буферов

Ex,y,z - дублирует команду T>E

Hx - выбор головки x. Может быть использован для тестирования и поиска головок: физически отсутствующая головка не выбирается, при выборе совершенно нечитающей головки винт теряет серву, что заметно на слух.

Ux,y - раскрутка остановленного шпинделя. x - можно ввести этап, на котором будет остановлена распарковка.

Z - останов шпинделя.

sx,y,z - позиционирование на физическую дорожку x, головку y. Выполнять перед командами чтения/записи.
Внимание: у 7200.7 параметр z - смещение позиционирования, у 7200.9 (скорее всего, ещё с APLUS или PUMA пошло) - ключ подтверждения 22. Учитывайте это при составлении своих скриптов!
Появилась у барракуд, у более ранних отсутствует. Вместо неё у них использовать:

Sx,y,z - позиционирование на дорожку x, головку y. Если старший бит y равен единице - адресайия по физическим цилиндрам, иначе - по логическим. Параметр z - смещение позиционирования (16 бит со знаком), по умолчанию можно не писать.

rx,y,z,a - длинное (вместе с байтами ECC) чтение, а также чтение системной зоны. Чтение производится в буфер чтения.
Формат для чтения служебной зоны:
x - номер первого сектора
y - число секторов
z, a не вводятся.
Команда 2>Rx,y,z,a (обычное чтение) со служебной зоной не работает.

wx,y,z,a - длинная (с байтами ECC) запись, а также запись в служебную область. Запись ведётся из буфера записи.
Формат для записи служебной зоны:
x - номер первого сектора
y - число секторов
z, a не вводятся.
Внимание! Необдуманная запись в служебную зону может привести накопитель в нерабочее состояние!
Команда 2>Wx,y,z,a (обычная запись) со служебной зоной не работает.

x - показать границы зон и адреса служебных цилиндров, число секторов в зоне, а также скорость чтения на них в Кбит/с и общее число доступных пользователю секторов на диске. Одна из наиболее необходимых информационных команд.
Пример (для диска с адаптивным зонным распределением):
Head 00
Zone 00:  0000A - 01BCF  1466 (05BA) 699.792
Zone 01:  01BD0 - 03006  1430 (0596) 681.818
Zone 02:  03007 - 041C7  1393 (0571) 664.399
Zone 03:  041C8 - 05388  1364 (0554) 654.377
Zone 04:  05389 - 07B15  1320 (0528) 626.261
Zone 05:  07B16 - 09816  1246 (04DE) 593.984
Zone 06:  09817 - 0A97D  1210 (04BA) 575.660
Zone 07:  0A97E - 0BA8A  1173 (0495) 560.090
Zone 08:  0BA8B - 0C9A8  1144 (0478) 549.922
Zone 09:  0C9A9 - 0EAB4  1100 (044C) 522.166
Zone 0A:  0EAB5 - 0FDDD  1045 (0415) 501.930
Zone 0B:  0FDDE - 118EF   990 (03DE) 476.190
Zone 0C:  118F0 - 132F3   935 (03A7) 451.246
Zone 0D:  132F4 - 14F40   880 (0370) 420.890
Zone 0E:  14F41 - 16188   825 (0339) 400.656
Zone 0F:  16189 - 17862   770 (0302) 373.433

Head 01
Zone 00:  0000A - 01959  1496 (05D8) 716.190
Zone 01:  0195A - 02B74  1466 (05BA) 700.280
Zone 02:  02B75 - 03DE9  1430 (0596) 681.818
Zone 03:  03DEA - 05577  1393 (0571) 666.666
Zone 04:  05578 - 0662A  1375 (055F) 656.314
Zone 05:  0662B - 08682  1320 (0528) 626.261
Zone 06:  08683 - 0A275  1246 (04DE) 593.984
Zone 07:  0A276 - 0B571  1210 (04BA) 576.074
Zone 08:  0B572 - 0D623  1155 (0483) 552.754
Zone 09:  0D624 - 0F513  1100 (044C) 522.166
Zone 0A:  0F514 - 107E2  1045 (0415) 501.930
Zone 0B:  107E3 - 122C7   990 (03DE) 476.190
Zone 0C:  122C8 - 13B90   935 (03A7) 451.428
Zone 0D:  13B91 - 156CF   880 (0370) 421.052
Zone 0E:  156D0 - 16863   825 (0339) 400.793
Zone 0F:  16864 - 17862   770 (0302) 373.433

Head 02
Zone 00:  0000A - 018E5  1540 (0604) 729.559
Zone 01:  018E6 - 02D63  1485 (05CD) 709.956
Zone 02:  02D64 - 04D4D  1430 (0596) 682.215
Zone 03:  04D4E - 06552  1393 (0571) 666.666
Zone 04:  06553 - 06F3B  1375 (055F) 658.891
Zone 05:  06F3C - 08A9C  1320 (0528) 626.261
Zone 06:  08A9D - 0A6D4  1246 (04DE) 593.984
Zone 07:  0A6D5 - 0BAFC  1210 (04BA) 576.074
Zone 08:  0BAFD - 0D78A  1155 (0483) 552.754
Zone 09:  0D78B - 0F23F  1100 (044C) 522.448
Zone 0A:  0F240 - 10590  1045 (0415) 502.333
Zone 0B:  10591 - 11EED   990 (03DE) 476.190
Zone 0C:  11EEE - 13519   935 (03A7) 451.428
Zone 0D:  1351A - 14E76   880 (0370) 421.052
Zone 0E:  14E77 - 15E96   825 (0339) 401.001
Zone 0F:  15E97 - 167A8   792 (0318) 387.030
Reserve:  0F45C - 0F589   823 (0337) 408.424
Total KBAs = 13CC1411
Reserve - это и есть служебная зона. Видно, что во-первых расположена она в середине диска (кстати, это частично решает проблему с адаптивами записи служебной зоны - в середине азимутальное отклонение головки минимально), и во-вторых, что у неё пониженная по сравнению с соседними плотность записи.
Total KBAs - общее число секторов в пользовательской зоне, включая резервные.

Полный список команд: K, M, N, O, Q, 7, 9, C, c, D, d, e, f, G, g, h, I, i, j, k, l, m, p, q, T, t, V, X, x, y, z, B, E, F, H, J, P, R, S, U, W, Y, Z, r, s, w, x

aleksvolgin написал:

[q]

уже какая-то рожа с мафоном зажигает.

[/q]

Странно, а у меня не зажигает... Щас попробую исправить.

В ходе работы и тестирования винчестеры Seagate выдают разнообразные сообщения об ошибках, все они закодированы. Вот их расшифровка.

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

• 15 - число бэдов слишком велико
• 14 - ошибка оборудования
• 13 - серьёзная ошибка чтения/записи
• 12 - частота ошибок слишком велика
• 11 - потеря дорожки
• 10 - ошибка актуатора
• 9 - ошибка сервосистемы
• 8 - ошибка привода шпинделя
• 7 - (внутр. использование) флаг прерывания теста
• 6 - (внутр. использование) ошибка 13 или 14
• 5 - (внутр. использование) слишком много дефектов на дорожке
• 4 - предупреждение сервосистемы
• 3 - предупреждение канала чтения-записи
• 2 - невозможно скрыть (пропустить или переназначить) бэд
• 1 - предупреждение тока мотора
• 0 - ошибка вращения при позиционировании
  

Для быстрой расшифровки битов можно воспользоваться программой SigaHLTH

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


#,,22
Enter Drive S/N  ********
Enter Packwriter S/N ******-***
    Code - 33  Track 0E31B.0.180  Sns 000  Rty F7FF.FF.80FF  Rtf 1800  LBA 00000000

Code - код ошибки (в примере 33 - адаптивы не загружены). Таблицу кодов ошибок можно посмотреть в документации по ссылкам в начале обсуждения сигейтов (приложение A из Diag Commands Alpine), переводить её мне лень.
Track - координаты цилиндра, головки и сектора, где произошла ошибка

Специальные сообщения об ошибках и повторах
Это односимвольные сообщения, которые выводятся на экран немедленно, прерывая общий поток. Полный список сообщений можно найти в приложениях к документации по командам (см. выше), например в файле Diag Commands Alpine это приложение B. Чаще всего встречаются следующие символы:
$ - отсутствует AM сигнал для сервосистемы. Проще говоря, головка теряет сервометки и не может ни удержаться на дорожке и стабилизировать скорость шпинделя. Часто сопровождается сообщением "AM Reacquired". Пример:

$Switch to full int.
              AM Reacquired

Структура служебной информации накопителей Seagate Barracuda отличается от большинства винчестеров прочих фирм. Она не делится на модули, и каталог модулей в ней отсутствует. Вместо этого используется более простая структура: каждый элемент занимает одну или несколько соседних дорожек, а адресация их происходит по фиксированному смещению относительно начала служебной зоны.
Чтобы узнать адрес начала служебной зоны, введите команду % ("процент")
:5000001803000001  AX`9RY2FMKH'  "000000000000"16BD3-16D14
SRAM Ovly = Diag16BD3-16D14 - это и есть адреса цилиндров служебной зоны

или 2>x - показать зонное распределение:
...(часть лога пропущена)...
...
Zone 0C:  11EEE - 13519   935 (03A7) 451.428
Zone 0D:  1351A - 14E76   880 (0370) 421.052
Zone 0E:  14E77 - 15E96   825 (0339) 401.001
Zone 0F:  15E97 - 167A8   792 (0318) 387.030
Reserve:  0F45C - 0F589   823 (0337) 408.424
Total KBAs = 13CC1411Reserve - это и есть служебная зона. Отсюда узнаём длину треков в секторах.

Начиная с APLUS появляется команда T>y для вывода подробной структуры служебной зоны. Пример вывода с 5400.4 Corsair:
                  PhysCyl   GrayCyl
1st Sys Cyl      0000F45C  00011015
1st 0 Offset Cyl 0000F466  0001101F
1st App Code Cyl 0000F472  0001102B
2nd App Code Cyl 0000F474  0001102D
2nd 0 Offset Cyl 0000F480  00011039
3rd App Code Cyl 0000F48C  00011045
4th App Code Cyl 0000F48E  00011047
1st Adaptive Cyl 0000F490  00011049
1st UsrDfect Cyl 0000F492  0001104B
1st Alt Pool Cyl 0000F49A  00011053
2nd UsrDfect Cyl 0000F4BA  00011073
1st CertCode Cyl 0000F4C2  0001107B
1st IntfCode Cyl 0000F4C8  00011081
1st Intf Sys Cyl 0000F4CC  00011085
1st Cert Log Cyl 0000F4F6  000110AF
1st File Sys Cyl 0000F556  0001110F
1st Thermal  Cyl 0000F56E  00011127
1st Decay    Cyl 0000F56E  00011127
1st SPLASH   Cyl 0000F588  00011141
Last System  Cyl 0000F589  00011142
Copy    PhysCyl     StartSec length    Name
0000    000F466    0000    0002     BA
0001    000F466    0112    0002     BA
0002    000F466    0224    0002     BA
0003    000F480    0000    0002     BA
0004    000F480    0112    0002     BA
0005    000F480    0224    0002     BA
0000    000F466    0002    0003     RDL
0001    000F466    0114    0003     RDL
0002    000F466    0226    0003     RDL
0003    000F480    0002    0003     RDL
0004    000F480    0114    0003     RDL
0005    000F480    0226    0003     RDL
0000    000F472    0000    0238     AC
0001    000F474    001E    0238     AC
0002    000F48C    0000    0238     AC
0003    000F48E    001E    0238     AC
0000    000F490    0000    0001     ServoAdaps
0001    000F494    0112    0001     ServoAdaps
0002    000F4BA    0224    0001     ServoAdaps
0000    000F490    0001    0014     DriveAdaps
0001    000F494    0113    0014     DriveAdaps
0002    000F4BA    0225    0014     DriveAdaps
0000    000F490    0015    0189     UsrSlipDftLst
0001    000F494    0127    0189     UsrSlipDftLst
0002    000F4BC    0000    0189     UsrSlipDftLst
0000    000F490    019E    0189     UsrSlipKBALst
0001    000F496    0000    0189     UsrSlipKBALst
0002    000F4BC    0189    0189     UsrSlipKBALst
0000    000F490    0327    000A     MediaZonTbl
0001    000F496    0189    000A     MediaZonTbl
0002    000F4BC    0312    000A     MediaZonTbl
0000    000F492    0000    000A     ACFCTbl
0001    000F496    0193    000A     ACFCTbl
0002    000F4BC    031C    000A     ACFCTbl
0000    000F492    000A    000A     BackUpACFCTbl
0001    000F496    019D    000A     BackUpACFCTbl
0002    000F4BC    0326    000A     BackUpACFCTbl
0000    000F492    0014    0018     AltLst
0001    000F496    01A7    0018     AltLst
0002    000F4BE    0000    0018     AltLst
0000    000F492    002C    0074     DosTbl
0001    000F496    01BF    0074     DosTbl
0002    000F4BE    0018    0074     DosTbl
Служебная зона простирается на все головки накопителя, но информация хранится только по одной системной - 0-й (нижней), и используются только чётные цилиндры (вероятно, для исключения перекрывания дорожек). Однако некоторые объекты занимают больше одного трека - в таком случае остаток находится на треке 1-й головки по тому же цилиндру (у одноголовых накопителей - по единственной 0-й головке через цилиндр). Точную длину объектов из этой таблицы узнать нельзя (рецепт определения длины см. по ссылке ниже).
Рассмотрим, какие объекты находятся в служебке, с расшифровкой обозначений из таблицы. Жирным выделены кодовые блоки, необходимые для пересоздания всей служебной информации в ходе селфскана - их необходимо перед селфсканом сохранить:

• 1st Sys Cyl - первый цилиндр служебной зоны
• App code - Application code (апп), часть программного кода и данных, необходимых для внутренних операций винчестера (чтение, запись, позиционирование). В силу своей важности имеет четыре идентичных копии, сохранять можно любую.
• CertCode - Certification code (серт, церт). Программный код тестов селфскана. За ним на том же треке (треках) хранятся Cert tables ("таблички") с порядком и параметрами запуска тестов.
• IntfCode - ATA overlay (оверлей) - код работы по интерфейсу и подсистемы SMART
• Intf Sys - т.н. вендор (Vendor track). Отдельные сектора этого трека содержат паспорт, пароли и иногда - текстовые сведения о компонентах накопителя.
• 0 offset cyl - – трек таблицы дефектов служебной зоны и бут-адаптивов (6 копий на двух треках, длина 2 сектора - см. расшифровку второй части таблицы)
• AdaptiveCyl - адаптивы (параметры настройки тракта чтения-записи и сервосистемы) зоны пользовательских данных
• UsrDfect - таблица дефектов пользовательской зоны
• Alt Pool - предположительно, карта резервных секторов
• Cert Log - текстовый лог селфскана
• Назначение дорожек File Sys, Thermal, Decay и SPLASH я не знаю. Есть подозрение, что часть из них используется для тестирования магнитных свойств поверхности и настройки головок, и они не отформатированы.

Вторая часть этой таблицы появляется только начиная с Barracuda 7200.10/Momentus 5400.4 и более подробно (начальный сектор и длина в секторах) описывает координаты следующих объектов:

• BA – BootAdaptives – бут-адаптивы
• AC – AppCode
• RDL – RsvTrackDefLst – дефект-лист служебной зоны
• ServoAdaps - адаптивы сервосистемы
• DriveAdaps - адаптивы чтения-записи юзер-зоны
• UsrSlipDftLst и UsrSlipKBALst – P-List
• AltLst – G-List
• MediaZonTbl – предположительно таблица зонного распределения
• ACFCTbl и BackUpACFCTbl – предположительно транслятор LBA
• DosTbl – предположительно транслятор CHS?

Впрочем, для целей ремонта такая подробность практически не нужна, всё самое нужное - в первой части.

К сожалению, у более ранних накопителей команды T>y не было, и координаты и длины объектов приходилось узнавать по более сложной методике, описанной здесь: http://forum.ru-board.com/topi...rt=3780#19
Впрочем, для большинства популярных семейств всё это давно определено и сведено в таблицу Offsets.xls (расширенная версия) (версия с моими дополнениями), а также все смещения есть в документации к PC-3000. Так что воспользоваться той инструкцией вам придётся только если у вас редкая не описанная модель или если вы хотите поэкспериментировать, а на остальные случаи есть готовенькое. Но имейте в виду - длины объектов для разных версий прошивок могут различаться, поэтому на всякий случай советую сохранять трек целиком.

Ну и наконец к служебке относится код в ПЗУ. У старых моделей с параллельным ПЗУ там содержится большая часть необходимого для работы диска кода, у моделей начиная с Avalanche там только загрузчик (BootCode), который умеет только читать из служебной зоны и подгружать код по кабелю, а остальное вынесено в Application Code. Работа с ПЗУ будет рассмотрена в дальнейших главах.

Как я уже сказал, для большинства манипуляций с Сигейтами достаточно простого терминала. Но некоторые операции было бы удобнее автоматизировать, поэтому по ним был создан ряд программ. К слову, все эти проекты являются давно заброшенными.
http://seagatedoctor.narod.ru/SOFT.html - несколько мелких вспомогательных утилит:

[q]

SigaHLTH V1.1
Программа для расшифровки битов здоровья “hlth “

Buff dump converter
Конвертор дампа буферов в HEX и BIN файлы, пакетная обработка файлов.

RadMapper V1.1
Построение карты поверхности диска.

[/q]

R_Util: http://www.hardw.net/forum/topic7563-60.htm, http://www.artras.narod.ru/r_util3.2D.rar - терминальная программа с возможностями мониторинга, автоматизированного сохранения треков и загрузкой по SDLD (правда, в демо-версии всё это вроде бы не работает). Описание и сведения об авторе - внутри архива.

ftp://ftp.seagate.com/pub/techsuppt/ - старый FTP Seagate. Содержит множество полезной информации по древним HDD Seagate, утилиты низкоуровневого форматирования, переключатели режимов ATA и т.п. Неполный список файлов с пояснениями.

http://files.hddguru.com/index...te&SID - ещё одна терминалка, глубокая бета

http://worksoft.narod.ru/Seagate_Terminal_4.zip - терминалка от ArtNET Mobile Computers. Описание внутри. Обсуждение программы, последняя бета.

http://www.hardw.net/forum/topic10426.htm
http://forum.hddguru.com/viewtopic.php?t=11980&start=
SeDiv - создавалась как любительский "комбайн" наподобие PC-3000. Платная, но иногда попадаются демо- и альфа-версии, вот у меня, например, 2.0.1.0 alpha завалялась и русский хелп к ней. Старый сайт программы (http://sediv2008.narod.ru/) давно помер, однако гугль находит некий http://www.sediv.net

STR-3000 - творение китайских товарищей из China HDD Union. Пощупать можно тут: http://malthus.mooo.com/viewforum.php?f=31 Также попадатется на китайских файлообменниках, я находил по ней видеогайды, но с этими источниками нужно быть осторожнее - я вместе с ними вирусни понатащил.

ST_MEM_WIN (ст_мем) - широко известная в узких кругах ремонтников программа за авторством Victor_UJ. Довольно кривой и незаконченный проект, но равных ему по возможностям нету, потому как:
- умеет автоматизированно сохранять и записывать треки, читать-писать буферы, автоматизированно вычитывать служебку (корректно работает только во FREE версии)
- поддерживает какие-никакие скрипты
- умеет отправлять файлы по SDLD (только в коммерческой версии). Почему это так важно? Это единственный способ передать бинарный объект для записи в накопитель за вменяемое время, и это же наиболее корректный способ это сделать.
В общем, это самая необходимая для подъёма сигейтов программа. Далее все работы будут производиться с её помощью.

Программа изначально планировалась как коммерческий проект, поэтому у неё существуют две версии: полнофункциональная и бесплатная (ST_MEM_FREE). В бесплатной отключены самые "вкусные" функции.
http://files.hddguru.com/downl..._12_06.ZIP - последняя FREE версия от 28.12.06г. Размер программы 596 480 байт. В архиве есть документация по скриптовым командам и примеры скриптов.
Версию с поддержкой SDLD можно взять тут: http://malthus.mooo.com/viewtopic.php?t=211 или тут: http://algrit.narod.ru/hdd_prog.html . Это утёкшая в сеть предрелизная версия, в ней не работают или работают некорректно некоторые команды, в частности R_TRACKS_MASK, W_SECTORS_SDLD, вместо S_BUF использовать S_BUF_BLK. Зато работает SEND_FILE, и это самое главное.

[q]

В той версии ST_MEM (SDLD), которая ходит по рукам, есть ошибки в обработчике терминала, что периодически вызывает зависание ST_MEM. (Есть предположения, что в ней отлаживалась заливка по SDLD, поэтому этот блок кода в ней наиболее стабилен, а в остальных не все баги выловлены). Поэтому, чтобы устранить баги программы, предлагается все кроме SDLD делать во Free, т.к. это уже практически вылизанный релиз.

[/q]

Важный момент: ST_MEM не переваривает концевых пробелов в скриптах! Тщательно вычищайте от них то, что понаписали или скопипастили!

Полезное дополнение - высокоскоростной драйвер последовательного порта HiSerial

Запуск Selfscan - простейший случай

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

• 1. Кладём винчестер на горизонтальную ровную твёрдую поверхность либо крепим в корпусе. Подключаем винчестер к терминальному адаптеру, открываем любимый терминал, выходим в TMOS. Питание желательно подавать от отдельного БП. Интерфейс IDE/SATA НЕ подключаем - он нам не нужен. Принудительно охлаждать винт во время селфскана НЕЛЬЗЯ - некоторые тесты используют его разогрев внутренними операциями.
• 2. Устанавливаем номер теста для начала тестирования командой T>N2,,22 (для старых Медалистов просто N2)
• 3. Нажимаем ^T - начать тестирование.
  

Всё! Селфскан пошёл! Можно наблюдать в терминале его прохождение или просто закрыть терминал и оставить винт в покое - проходится он полностью автономно. Ну, почти - у некоторых семейств начиная с 7200.8 после 99 теста винт вываливается в терминал. Паниковать не надо - это не баг, это фича. Просто нажмите ^T и селфскан продолжится дальше, начиная с 10-го теста.

[q]

Я когда-то поднимал эту тему. И достоверно известно что пикеры задаются дважды - и перед N2, и перед N10. Поэтому есть останов на 99-м.
Вопрос - нафика ?

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

Вот именно пикеры задаются дважды, был у меня кролик, не проходивший SS, но после шаманства с пикером, точнее подгрузки PCF в паузе - винт прошел SS со здоровьем 0008

Я обычно на проблемных, заваливающих СС по 4F, 4Е ставил дважды 0,7500-0,8000 перед СС и перед N10 , одно и то же значение. Тогда ёмкость винта на выходе равна бывшей ёмкости умноженной на коэффициент пикера. Ну можно потом зонник посмотреть.
Если СС из памяти, то один раз перед N2.

[/q]

Среднее время тестирования - от полутора суток и более (можно посмотреть в логе заводского селфскана). Для контролирования процесса прохождения на длинных тестах (когда в лог подолгу ничего не выводится) можно нажимать "." и ";". В случае успеха винт выйдет на уровень 50 (у коннергейтов - 40) и снова вывалится в терминал.

Послескановые действия
И вот селфскан успешно пройден. Что же дальше? Зависит от того, какого поколения у вас винт.
1. Если у вас старый винт - по успешному завершению селфскана он сразу же будет готов к работе, достаточно передёрнуть питание.
2. *необходимость выделения этого пункта мной не проверена* У Барракуд, начиная с ATA 1 и до ATA VI, переходим сразу к параграфу 3 "Правка Stuff", минуя 1 и 2.
3. У 7200.7 и 7200.8 после рестарта в терминале вы увидите: OVERLAY FAILED( и самопроизвольный выход в терминал. Это значит - оверлей (вы же его предварительно сохранили, не так ли?) надо залить обратно. Начинаем с параграфа 2 "Заливка оверлея" и только котом переходим к третьему.
4. У 7200.9 и 7200.10 в результате селфскана затирается ещё и апп и у них нужно выполнить все послескановые действия 1, 2, 3 по порядку. А оверлеев у них не один, а два, о чём они недвусмысленно намекают указанием номера:Unable To Load Overlay 01|000A

Примечание: здесь и далее в примерах копии треков, из которых посылаются элементы служебки, лежат в подкаталоге \track и имеют имена:
app.bin - апп
ovl.bin - оверлей
vendor.bin - вендор

Если, прочтя описание всех этих лействий, вы решили, что это вам не по силам, можете попробовать сделать тест только User Area - запускать селфскан с теста N4 (до 7200.8) / N10 (7200.8-7200.10). Служебка при этом не трогается. Но очень многие калибровки при этом пропускаются, фактически производится только форматирование и тест поверхности, поэтому при сильно ушедших параметрах винта результат "облегчённого" селфскана будет неудовлетворительным (провалы скорости чтения, чересчур много скрытых секторов) либо он вовсе завершится с ошибкой.

1. Заливка App.
Самую большую сложность для новичка представляют последние семейства, 7200.9 и 7200.10. Даже после успешного селфскана (а неуспешного - тем более) и последующей перезагрузки они ошарашивают новичка сообщением:
Error Reading Application Code
или, у новых,ERR Read App Codeи выходом на "страшный" уровень F>. Симптомы точно такие же, как у заваленной служебки. Без паники! Это не баг, а фича! Селфскан пройден нормально, всё в порядке - просто Application Code в процессе не сохранился.
Прежде всего, если вы попали на уровень F> не автоматически, а нажав ^Z во время загрузки, нужно попытаться считать его с диска командой F>R, либо в три этапа:
F>R1 - считать дефект-лист резервных треков (служебной зоны)
F>R2 - бут-адаптивы
F>R4 - Application code
В нашем случае первые две отработают без ошибок, а последняя выдаст ошибку вида
Code - A6  Track 15FC4.0.234  Sns FFF - что означает, что оверлея на месте нет.
А куда его залить? Нажимте "апостроф" и в ответе получите длину апп и номер буфера! (номер будет либо 80, либо 60) Получается такой скрипт (для SDLD), для примера шлём файл длиной 238h секторов в буфер 60:

[q]

SPEED/115200/b0115
STR/d60,2/0
SLEEP/4000
SEND_FILE/2048/track\app.bin/>0/>238
STR/j,,1
SPEED/9600

[/q]

На уровне F> команда смены битрейта - с маленькой буквы, поэтому у команды SPEED появляется параметр с явной её записью.
Команда F>d - отправка файла в буфер. 2 - отправка блоками по 2048 байт/4 сектора. Выбирается исходя из того, что общее число блоков не должно превышать 100h.
Команда j,,1 - запуск загруженного оверлея. Выводится сообщение о его версии:3.AAD  11-15-05 14:56 AAD,1D_S_013_N1,4Tи - ура! Мы на уровне T> ! Ну а если сообщение об ошибке - значит, не то залили, или не до конца.
Сейчас апп находится только в памяти, и если в этот момент перезагрузиться - придётся повторять всё сначала. Чтобы записать его на диск, нужно сначала ещё раз загрузить в память системный сектор:
T>R1
T>R2
а потом записать его на диск:
T>w4

2. Заливка оверлея
Для заливки единственного оверлея длиной 5Dh секторов используем ST_MEM SDLD и скрипт следующего вида:

[q]

SPEED/115200
STR/e0,0/0
SLEEP/4000
SEND_FILE/512/TRACK\ovl.bin/>0/>5D
SPEED/9600

[/q]

У винтов начиная с 7200.9 оверлеев два, и скрипт удлиняется:

[q]

SPEED/115200
STR/e0,0/0
SLEEP/4000
SEND_FILE/512/track\overlay.bin/>0/>6F/1
STR/e1,0/0
SLEEP/4000
SEND_FILE/512/track\overlay.bin/>89/>13/1
SPEED/9600

[/q]

Оба оверлея находятся на одной дорожке, поэтому если вы считали её полностью - второй вы не потеряли. В примере нулевой лежит с начала трека и имеет длину 6Fh секторов, первый - длину 13 секторов и лежит по смещению 89h секторов от начала. Длины оверлея/оверлеев и смещение для второго оверлея (если он есть) индивидуальны для каждого подсемейства и иногда - прошивки, их нужно индивидуально править под свой винт. Координат оверлея из двух частей в таблице Offsets.xls нету, там только общая длина для вычитывания, нужно изучать слитый трек в Hex-редакторе - незанятые сектора заполнены байтом FF.
После того, как скрипт успешно отработает, подаём команду T>c - записать оверлей(оверлеи) на диск. Микропрограмма сама запишет их на нужные дорожки, вместе с ними запишется и апп (если ранее нужно было залить и его). Готово! Передёргиваем питание или перезапускаем микропрограмму, подав ^T.

3. Правка Stuff, запись трека Vendor
Но и это ещё не всё. Теперь вылазит другая ошибка:
Stuff Was Unreadable((вроде бы это сообщение выскакивает и у более старых барракуд, но я на них селфскан не пускал и сказать точно не могу).
Остаётся сделать последнее действие - записать паспорт накопителя.

Паспорт хранится на треке Vendor. Структура трека:

• 6 сектор (7200.7 и более поздние)– пароли накопителя, Master и User. Заводской мастер-пароль – Seagate (с соблюдением регистра) плюс15 пробелов. У других серий – другой адрес:
  Barracuda II, U series 7: 7 сектор
  Barracuda III-V, U5: 5 сектор
  Прочитав этот сектор, можно узнать пароль запароленного накопителя.
• 15 сектор (может отличаться, следует уточнять по данной конкретной модели, например 20 у TONKA2, 14 у GALAXY) – DRV config – сектор лога аппаратной конфигурации (critical component vendor sector). Может быть незаполнен. Выводится на экран командой T>G0 (ноль – номер сектора, может быть больше одного). Содержит полезную информацию об основных компонентах накопителя в виде шифров. Содержимое сектора с TLITE (добавлены переносы для читаемости):
  NumAttr=017|
FIRMWARE_VER=3\2EAAE|
DOM=20060923|
BIRTH_DATE=20060919|
HSA_DC=12|
HSA_REV=L|
HSA_PN=100417554|
HSA_MC=1|
MEDIA0_CODE=WW|
MEDIA0_DC=6223|
MOTOR_PN=100404223|
MOTOR_CODE=E|
MOTOR_DC=B|
MOTOR_REV=70|
PRE_AMP_CODE=3|
PRE_AMP_DC=29|
PRE_AMP_REV=B3|
PART_NUM=9CC13C-302|
• 9 сектор – Part number, выводится в конце листинга AT Stuff:
  Configured-1
Part #: 100399679       Хранится в виде текста, порядок байтов прямой.
• 4 сектор – паспорт накопителя, по терминологии Seagate – STUFF. При его отсутствии винт выдаёт вышеназванную ошибку и не видится на интерфейсе. Дамп Stuff можно вывести в терминал, подав ^U (команда активна только при незагруженном Cert). Дамп начинается со строки
  AT Stuffи заканчивается строкой
  Not configured – 0если стафф сформирован неправильно,
  Configured -1, если стафф инициализирован значениями по умолчанию, и
  DRIVE HAS BEEN SET-STUFFED –если стафф корректен.
• 9 сектор содержит его копию. Зачем - неизвестно.
  

Стафф состоит из записей, именуемых ключами. Длина одного ключа – два байта, таким образом, в одном секторе FFh ключей. Несколько ключей могут писаться последовательно, объединяясь в один. Структуру паспорта можно глянуть в документации по ATA интерфейсу или в доках от PC-3000.

Для правки ключей служит команда T>F. Ни в коем случае не путайте её с командой T>f – это перезапись флеш-ПЗУ накопителя! В ответ на команду винт пишет приглашение:
SetStuff->
На неё вводятся ключи Stuff в виде 16-ричных строк, начинающихся с ASCI>номер ключа>. Ответом будет выставленное значение ключа. Несколько ключей могут быть записаны последовательно. Пример:
T>F
SetStuff->ASCI8338C4CA7A
Stuff key 83 -> 38 c4 ca 7a
T>F
SetStuff->ASCI013FFF
Stuff key 01 -> 3f ff
T>F
SetStuff->ASCI030010
Stuff key 03 -> 00 10
T>F
SetStuff->ASCI06003F
Stuff key 06 -> 00 3f

Также есть функция инициализации стаффа значениями по умолчанию:
T>F
SetStuff->ASCIFE
Setting stuff to defaults, но во-первых она не прописывает некоторые флаги доступных функций накопителя, во-вторых, у семейств начиная с 7200.8/9 (точно не помню) она изъята. Также у старших семейств недоступен последовательный ввод нескольких ключей, у них ключи надо вводить по одному.
Для удобства ввода в ST_MEM есть команда SET_STUFF, за которой вводится номер ключа и строка значений.

После инициализации паспорта значениями по умолчанию нужно вручную задать имя диска и его ёмкость. У старых моделей до Alpine её можно узнать из таблиц в конце инструкции к PC-3000, у альпин и новее - можно глянуть Total KBAs по команде 2>x и отнять от этого числа некоторое количество секторов на резерв для ремапа (сколько не жалко, обычно не менее 1000 сеторов).

Примечание: Это число может быть как меньше, так и больше типичного для этой модели! Например, топовые четырёхдисковые накопители зачастую не всегда могут достичь нужной плотности и на выходе получается модель меньшего объёма. А при скане APLUS получаются не 40/80/120 Гб винты, как были изначально, а согласно плотности пластин (100 Гб/пластина, см. описание семейств) - 50/100/150 Гб, которые официально не выпускались (официально была только 200 Гб модель). Вот такой вот бонус на халяву!

Имя диска - ключ 1B и последующие, всего 20 штук. Вводится ASCII-кодами, добивается пробелами (код 20h) до длины в 40 символов. Можно ввести не то, что было написано на крышке изначально, а какую-нибудь отсебятину - винт валидность не проверяет. Родные имена в шестнадцатеричных кодах можно посмотреть в аселабовской доке. Для удобства ввода в ST_MEM есть команда STUFF_NAME, за которой сразу вводится текстовая строка - но эта команда использует ввод нескольких ключей подряд и начиная с 7200.8/9 работает некорректно.

Емкость диска - ключ 83. Его ввод одновременно копируется в ключ 3C. Порядок байт в ключах емкости – первым идёт младшее слово, за ним - старшее. При копировании значений вручную из сохранённого трека через hex-редактор следует знать, что на диске старшие и младшие байты хранятся в перевёрнутом виде, и в итоге если править напрямую сохраненный трек, то число секторов в 3С и 83 пишется целиком задом наперёд. Другие ключи, где записана емкость – 64, например на Corsair его правка обязательна.
Для удобства ввода в ST_MEM есть команда STUFF_NAME, за которой сразу вводится ёмкость (десятичная), но эта команда использует ввод нескольких ключей подряд и начиная с 7200.8/9 работает некорректно.
Пример ручного задания ёмкости:
TONKA2 120 Гб – 234441648 секторов - 0DF94BB0 hex.

[q]

STUFF/834BB0
STUFF/840DF9

[/q]

Обратите внимание на порядок слов.
Добавляем другие места, где фигурирует емкость:

[q]

STUFF/3C4BB0
STUFF/3D0DF9
STUFF/644BB0
STUFF/650DF9
STUFF/814BB0
STUFF/820DF9

[/q]

На треке при этом по адресу 906h будет последовательность B0 4B F9 0D.

Или же можно не трахаться со всеми этими ключами, а вернуть нужные сектора прямой их перезаписью (рекомендуется для 7200.7 и новее). Пример скрипта с использованием команды W_SECTORS (работает и во FREE и в только в SDLD):

[q]

SPEED/115200
W_SECTORS/15ACA/0/AUTO/0/12/track\vendor.bin/0/1
SPEED/9600

[/q]

Здесь 15CA - номер дорожки, AUTO - номер буфера записи (можно вписать конкретный номер, а вариант AUTO заставляет программу определить его самостоятельно, по команде "?"), 12 - число секторов (т.е. пишем 12h секторов с запасом, хотя в принципе достаточно одного, четвёртого).

Пример скрипта (для ALPINE) с использованием записи через буферы и заполнением командой S_BUF:

[q]

SPEED/115200
S_BUF/210/VENDOR.bin/0/10/1
LEVEL/2
STR/sF6BA,0
STR/w,0,10
S_BUF/210/VENDOR.bin/10/2/1
LEVEL/2
STR/sF6BA,0
STR/w,10,2
SPEED/9600

[/q]

Здесь номер буфера записи (в примере - 210) надо указывать явно. Длина буфера всего 10h секторов, поэтому 12h секторов пишутся в два приёма. Команда S_BUF сама переключает на уровень 1>. Запись идёт на трек F6BA, его также необходимо исправить в двух местах под свой конкретный экземпляр.
Внимание: у TONKA и новее команда 2>s меняет формат - появляется ключ подтверждения! (см. ниже)

Пример скрипта с заполнением буферов по SDLD - самый быстрый вариант:

[q]

//Для ST_MEM_SDLD
SPEED/115200
STR/d535,0/0
SEND_FILE/512/track\vendor.bin/>0/>10
HEX/1A
LEVEL/2
STR/s16515,0,22
STR/w,0,10
LEVEL/T
STR/d535,0/0
SLEEP/4000
SEND_FILE/512/track\vendor.bin/>10/>10
HEX/1A
LEVEL/2
STR/s16515,0,22
STR/w,10,10
LEVEL/T
SPEED/9600

[/q]

Здесь буфер записи имеет номер 535. В этом примере переключаться между уровнями 2> и T> уже нужно явно.

Ещё раз напоминаю: перед использованием любого из скриптов непосредственной записи дорожек не забудбье вручную исправить адреса буферов и номера дорожек под свой конкретный экземпляр! Не копируйте бездумно!

После записи делаем вручную сброс SMART командой 1>N1 - где-то на треке вендора (точный номер сектора не знаю) хранятся SMART Values, и мы записали их старые. Всё - винт готов к работе!

Ну а что делать, если селфскан завершился с ошибкой?
Log 4E - Health 0000 - Time = 00:00:01 Log Type = 01
Total Cert Time = 1600
ASCII logging off

Power Cycling
AbEnd Test 4E

T>
Для начала посмотрим Health командой "точка" и проанализируем сводный лог командой T>E4E. Если лог остсутствует, создайте его, выполнив соответствующий тест: T>T4E
Смотрим, на каком тесте накопились биты ошибок, например
Log 31 - Health 4000 - Time = 00:00:33 Log Type = 04
Log 42 - Health 7361 - Time = 0544 Log Type = 69
Выводим на экран логи именно этих тестов командой T>E (либо T>D без параметров) и внимательно вкуриваем... Для лучшего понимания происходящего обращаемся к краткому описанию тестов. По результатам анализа принимается одно из следующих решений:

• Если винт не может выйти на требуемую ёмкость (ошибка FAIL_CAPACITY) или при слишком большом числе ошибок в тестах дефектоскопии - понижаем плотность командой E>v или downsize-прошивкой и пускаем скан заново.
• Если винт сыплет ошибками по какой-то одной голове - отключаем её и перезапускаем селфскан. О рубке голов - см. ниже.
• Тесты дефектоскопии с малокритичными, на ваш взгляд, ошибками, в принципе можно пропустить. Смотрим, какой тест был завалем, сбрасываем Health командой T>H,,22 и командой T>N запускаем тестирование со следующего (по порядку в C>D) теста, и так далее. На выходе получаем винт с кривым и зубчатым графиком чтения, однако - относительно рабочий. Я такой опыт проводил лишь однажды, возможно, ему бы помогла ручная подстройка пикера, но этот полутруп того не стоил.

Теперь про особенности запуска селфскана на U-серии, конкретно на U6.

1. Служебка имеет модульную структуру. Модули программного кода (для U6 – с 00 по 0C) хранят внутри себя свой номер (ключ) и контрольную сумму, у модулей данных их нет. Команды:
T>uxx – чтение модуля с ключом xx, в т.ч. ПЗУ
T>dxx,0 – запись модуля xx (кроме ПЗУ), если не указан – определяется по его внутреннему ключу.
Чтение-запись – по протоколу SDLD. Читать и писать также могут фирменные проги U6DLE и ZSDLE. Совет: в хелпе программы указаны не все ее функции (например, она умеет работать как терминал!) и ключи – используйте просмотр тела программы в текстовом редакторе.

Таблицу модулей можно посмотреть в документе PC_UXX.pdf.

2. Для прохождения селфскана на U6 (насчёт других семейств не знаю, но вроде тоже) нужно отдельное скановое ПЗУ (CERT ROM) Его есть две версии:

• 3.33 – для прошивок 3.39 3.99 5.33 5.46 4.65 3.19 3.64
• 3.39 – для прошивок 3.34 3.60 3.31 3.33
  

Прошивка производится командой T>f0000,eeee , после ее подачи нужно дождаться, пока винт перестанет реагировать на онлайн-команды (например, «точку») и отправлять файл по SDLD. Винт сам ее запишет.

3. Нужен отсутствующий на диске оверлейный модуль селфскана key01h. Без него вываливается сообщение:
KEY 01h invalid Resv
Для каждой ПЗУшки он, аналогично, свой.

4. Служебная зона в цикл селфскана не входит и тестируется отдельной командой T>I,,22 (на барракудах, где она тоже есть, ей соответствует тест 02)
5. Набор команд и форматы вывода имеют заметные отличия.

Программы U6DLE/ZSDLE, CERT ROM (и на всякий случай AT ROM) и CERT OVL брать тут: http://www.hddoracle.com/viewforum.php?f=134

Исходя из этого, последовательность проведения селфскана будет такова:
1. Забэкапить всю служебку накопителя утилитой U6DLE (пример для порта COM1, скорость 57600)

[q]

u6dle /c1 /s576 /u=0 ROM.BIN
u6dle /c1 /s576 /u=1 1
…
u6dle /c1 /s576 /u=22 22

[/q]

Вместо цифр 1-22 можно вписать имена файлов, для использования ATA терминала и ключей настройки COM – см. хелп программы (U6DLE /h или вовсе запуск без ключей)

2. Записать скановое ПЗУ:

[q]

u6dle /c1 /s576 CERTROM.FLS

[/q]

Прога сама разберется, что это за файл и куда его класть. После записи передернуть питание. По Ctrl+L теперь должно писаться, что внутри именно CERT ROM
3. Залить оверлей 01:

[q]

u6dle /c1 /s576 OVERLAY.BIN

[/q]

4. Провести тест служебной зоны: T>I,AA,22
Его можно не проводить, тогда п. 5 и 10 исключаются и добавляется п. 11
5. После этого модулей в зоне больше не будет. Залить требуемые модули:

[q]

u6dle /c1 /s576 OVERLAY.BIN
u6dle /c1 /s576 modules\7.bin
u6dle /c1 /s576 modules\8.bin
u6dle /c1 /s576 modules\b.bin
u6dle /c1 /s576 modules\c.bin

[/q]

6. Запустить селфскан:
T>N4,AA,22
Ctrl+T
Если жалуется на отсутствие какого-нибудь модуля (KEY XXh invalid Resv) – повторить п.5
7. Дождаться завершения теста 3F. Накопитель встает в ожидании. Залить корректный AT ROM:

[q]

u6dle /c1 /s576 ATROM.FLS

[/q]

Передёрнуть питание накопителя.
8. Залить AT оверлей (key02)

[q]

u6dle /c1 /s576 2.BIN

[/q]

9. Запустить вторую часть селфскана:
T>N40,AA,22
Ctrl+T
10. По успешному окончанию (Age=50) создать паспорт накопителя, путём правки ключей, или отправив сохраненный модуль 0F.

[q]

u6dle /c1 /s576 /p=f f.bin

[/q]

Ключ /p= программы принудительно указывает номер модуля для заливки.
11. Накопитель готов к работе. Если не проводилась очистка служебной зоны – сделайте сброс SMART вручную (1>N1).

Жёсткие диски фирмы Conner рассмотрю "прицепом" к руководству по ремонту Seagate. Подключение к терминалу, работа в TMOS и общие принципы восстановления те же самые, сосредоточусь только на отличиях.

Компания Conner Peripherals основана в 1985 году сооснователем фирмы Seagate Финисом Коннером. В 1986 году произошло слияние со стартапом CoData, созданным основателями компании MiniScribe Терри Джонсоном и Джоном Сквайресом. CoData разработали жёсткий диск в новом форм-факторе 3.5", и эти диски и стали первым продуктом Conner Peripherals. В 1996 году компания была куплена Seagate.
Особенностью модельного ряда Conner является большое количество очень близких по характеристикам моделей. Это является следствием политики предприятия, которое вместо того, чтобы сначала делать разработку модельного ряда, а затем продавать его покупателям, сперва получала у OEM сборщиков (в основном Compaq) заказ на партию дисков с определёнными характеристиками, а затем подгоняла под него типовой дизайн. С 1986 по 1992 год эта тактика приносила успехи, и компания быстро росла. Позднее правила рынка изменились и такая политика стала невыгодной. (по материалам Red Hill)

Внутреннее устройство накопителей Conner во многом наследует концепции более ранних Miniscribe, где на микроконтроллер (архитектура MC68HC11) возложена большая часть функций обслуживания сервосистемы, стабилизации скорости вращения шпинделя и работы с интерфейсом, что позволяло удешевить плату по сравнению с другими винтами конца 80-х, где использовались отдельные аналоговые схемы для позиционирования головки и стабизизации шпинделя, а контроллер обслуживал лишь интерфейс и выдавал управляющие импульсы. Другим нововведением была процедура самотестирования накопителя на стадии изготовления, что избавляло от потребности в тестирующей хост-системе со множеством портов. Недостатками винчестеров Conner была невысокая по сравнению с конкурентами скорость работы.
Маркировка
Старая маркировка:
CP 3 010 4 H
CP - Conner Peripherials. Может отбиваться дефисом
3 - форм-фактор:

• 1 - PCMCIA
• 2 - 2.5"
• 3 - 3.5"
• 4 - 3.5" тонкий (0.8")
• 5 - 5.25"

010 - ёмкость в десятках Мб (может отличаться от реальной, закономерность не устновлена).

4 - интерфейс:

• 0, 5, 7 - SCSI
• 1 - Compaq OEM. Ничем, кроме названия, от винтов с "4" на конце не отличается.
• 4, 8 - IDE/AT
• 9 - MCA
  

H - неизвестно

Новая маркировка:
CF S 540 A
CF - Conner (что означает F - неясно)
S - неизвестно, возможно принадлежность к сегменту рынка
540 - ёмкость в Мб (может немного отличаться от реальной)
A - интерфейс:

• A - AT
• C - SSA
• S - single-ended SCSI
• E - SCA
• W - wide SCSI
• WD - wide differential SCSI

Модельный ряд
(информация очень неполная, источники - http://www.9to5computer.com/9-...conner.htm
http://www.mfarris.com/hard/conner1.html
http://cdn.preterhuman.net/tex..._ref43.por и др.)
Через косую черту - модели, отличающиеся только последней цифрой или буквой.

Семейство	Модели	Емкость, Мб	Число дисков	Скорость порта	Вход в TMOS	Уровни тестирования	Примечания
Allegheny	CP3000	41	2	7200	^Z	1-4	Маркировка выбивается из системы. Основным (аналог T>) является 3>. Команды % и ? отсутствуют. Винт неправильно отдаёт логические параметры CHS, правильные - 980/5/17.
Allegheny	CP30104H	104
Stubby	CP4021/4, CP4041/4	21/41					"Тонкий"
Gator	CP4084	85					"Тонкий". OEM заказ GRiD Systems
Sierra	CP3020, CP3040/4	21/42
Hopi	CP30084, CP30100/1/4	85/121
Aegean	CP30540/4	544
Baja	CP31370	1370
Monterey	CP30124, CP30254H	126/252
FilePro	CP30254, CP30174, CP30124	251/170/125
Jaguar	CP30174E, CP30080/4/5E	170/85	1-2	9600	^Z	1-4, 6, T	Не путать с предыдущим!
Cougar	CP30200/4	204
Rambo	CP3200/4F	213
Summit	CP3304, CP3360/4, CP3504, CP3540/4	340/362/509/544					OEM заказ Olivetti
FilePro	CFA340A, CFA170A	340/170	1-2	9600	^W^S^Q^E	1-8, T
Pcat (TOMCAT)	CFS420A, CFS210A, CFS105A		420/210/105	9600	^W^S^Q^E	1-8, T
	CFS425A, CFS270A	425/270					Прошивка. Он же ST3425A
Bobcat	CFS540A, CFS210A	540/213	2	9600	^W^S^Q^E	1-8, T
Fast Boat	CFA1275A, CFA850A, CFA420A	1275/850/420	1-3	9600	^Z	1-8, T
Cabo	CFS1275A, CFS850A, CFS635A	1275/850/420	1-3	9600	^Z	1-8, T
Cabo Stingray	CFS1621A, CFS1081A CFS541A	1621/1081/541
Lapaz	CFS1276A, CFS636A	1280/640					Позже выпускались под маркой Seagate
2.5" IDE
Kato	CP2020/4	21.4					OEM заказ Epson. Прошивка
Honshu	CP2088/4	85
Pancho	CP2034, CP2044, CP2060/1/4	34/44/64	1-2				OEM заказ Compaq
Pancho	CP2084, CP2124	85/122	1-2
Sahara	CP2064/7
Trigger	СP2250/4	253
Trigger	CFN170A/S, CFN250A/S, CFN340A	168/253/344					как AT, так и SCSI. Возможно, смена маркировки пришлась как раз на то время.
Kiwi	CFL420A	422
PCMCIA
DERRING	CP-1044	42.6
SCSI
Barbados	CFP1060S/E/W	1062
Antigua	CFP1080S/E/W	1080
Cayman	CFP2105/7/9 S/E/W, CFP4207/9 S/E/W	2147/4295
Chinook	CP5500	510					Единственная модель (и вообще единственный в мире винт) с двумя актуаторами. 5.25", половинной высоты.

У Fast Boat, Cabo и более поздних основной режим (работа по интерфейсу) - N50, у более ранних - N40.

Скорость порта 9600 или 7200. Комбинация для входа в TMOS у одних это ^Z, как у Seagate, у других нажмите последовательно ^Q ^E ^W ^S (смысл этих команд требуют уточнения). Селфскан запускается командой T>N2 и затем ^T или ^Q ^E ^T, после скана ничего не портится и обратно заливать не нужно. Весь код умещается в ПЗУ, оверлеев нет. Полный список доступных команд - 8>? Вот вывод этого списка (правда, неизвестно с какого винта)
Lvl T - Factory tsts
--------------------
Dx   Dsp cert elogs
Ex   Dsp elog
Fx,y Set ftr bit x to y (0,1)
Nx   Set drv age
Tx   Run tst x
Yxx  Set drv typ
#    Enter ser #

Health bits
15 -Fat r/w err  12 -Hi r/w err rt
11 -Skp asgn err 10 -Hrdwr err
  9 -Xecsv skps    8 -Xcesv alts
  7 -Act fail      6 -Spn fail
  5 -Srv dat fail  4 -Xfer rt warn
  1 -Spn warn      0 -Srv warn

More /2 cmds
------------
Ax,y  Set tst spc = x
  b0 all heads   b3 unused       b6 seq out
  b1 all cyls    b4 even cyls    b7 random data
  b2 rnd cyl,hd  b5 odd cyls
  x=8 -> y=min cyl  x=9 -> y=max cyl
  x=A -> y=max hd   x=D -> set default

Yrr,xx,yyzz   Set retry options = r
  b0 hdr rty      b3 srv rcvry    b6 boost,filtr
  b1 OTF enable   b4 offtrk rd    b7 splash enab
  b2 2 brst ECC   b5 window,thld
  x=rd rty  y=hdr rty  z=wrt rty

P    Fil buf 2 with rnd dat
cx,y Create y data errs, sctr x
fx   Frmt unrdable hdr
rx   Rd lng sctr x to buf 0
wx   Wrt lng sctr x from buf 0
yx   Wrt bad dat field sync byte
gx   Rd adp parm x
px,y Wr adp parm x with dat y

Error codes
10-Drv not rdy
11-Drv busy
12-Wrt gat blkd before rd op
13-Wrt gat blkd before wrt op
14-Wrt flt active durng wrt
16-TO on sk cmplt
17-Wrt gate blkd after wrt op
18-Srv offtrk lvl 1 (bad)
19-Srv offtrk lvl 2 (worse)
1A-Drv not rdy on zap scan
1C-Srv brst zapped
1E-Unable to zap srv brst
21-Disk ptr=0 during rd op
23-Disk ptr=0 during wrt op
24-Srv brst zapped
25-Multi brsts on trk zaped
26-2 adj brsts on trk zaped
30-Dat cmpr err (offset)
35-Invalid target sctr
36-Bad blk flg set in hdr
39-Incorrect header data
40-CRC err on hdr rd op
41-Incrct ctlr stat on r-w op (reg 79)
42-Msng sctr mrk on r-w op (01=wrt)
43-ECC err on data fld rd op (reg 79)
46-Incorrect greycode
47-No sync byte fnd on hdr rd op
48-Incorrect disk ptr (rd op)
50-Sctr skipped
51-Sctr altd
55-Rd or wrt past end of pack
57-Unable to wrt mrgn tst
60-Unable to fnd sctr for alt asgn
62-Unable to save data on alt asgn
92-Unable to zap servo burst
97-Invld cyl or hd in sk arg
98-Niwot not idle at strt of rw op
99-TO on read op
9A-TO on write op

Lvl 1 - Intf mem cmnds
----------------------
Ax     Set stck adr
Bx     Set brk pt
C      Cnt aftr brk
Dx     Dsp mem adr x
Fx,y   Find dta x, strt=y
Gx     xct adr
H      Hdwr tst
I      Reload ctlr map
Jx,y   Drv cmnd x (see ?B)
K      Drv uP intf tst
Mx,y,z Mov mem x-y to z
Px,y   Find dta x in buf
Sx     Dsp/mod mem
T      Dta bfr tst
Ux     Dsp/mod bfr
Wx     Wrt mem loc
Xx     Set XREG adr
Z      Disbl intrpts

Level 1 J cmnds
---------------
J0,x Tst I/O cmd
J14  Dsp last log hd, R.FLAG

Srv frmls
---------
BURST = 64*256/((A+B)-(C+D)) ontrack
TF.GAIN = GAIN * BURST * 2
TF.THLD = (THLD*64*256/25)/(BURST*2)

Diag buf usage
Buf 0-1 Rd buf
Buf 2   Wrt buf
Buf 4-7 Elog
Buf 8-B Dsp log
Buf C-F Asc log
Buf 10-7F unused

PB,4   Hi f pat 1/7
P3,4   Lo f pat 1/7
P11B,C Tri-bit pat 1/7

Onln action codes
-----------------
a Alternate processed
b No buf space on wrt
e Data corr 2 brst
f Hdr moved in frmt
h Hdr rtry on rd
i Niwot frcd idle
j Hdr rtry on wrt
m Map reload rd
n Map reload wrt
p Map reload hdr rd
s Servo rty (wr-rd)
S Seek retry (wr-rd)
u Unscssful 2 brst corr
w Wrt rtry op
. Rd rtry op

Lvl 5 - Drv mem cmnds
---------------------
Ax    Set stack adr cmd
Bx    Set brk pt
C     Cnt aftr brk
Dx    Dsp mem
E     Erase EE
Fx,y  Fnd dat x
Gx    xct adr
Hx    Slct hd x
I     Hrdwr tst
Kx    Chg clk spd (1=slow)
M     Mov rom to ram
Px,yy Pgm EE adr x
Sx    Dsp/mod mem
Vx,y  Dsp schd
Wx    Wrt mem loc
Xx    Set XREG adr
Yx    Dsp gycd, cyl x
i     Init adaptv EE
yx    Dsp cyl, gycd x
Z     Disable intrpts

Lvl 6 - Batch file cmnds
------------------------
Bxx    Run batch file xx     Dxx    Display file xx
Ex     Enter btch file 8,9   @x     Btch file label
*1     Batch file pause      *6     Stop on err
*2,xxx Btch file dly x ms    *7,xxx Set btch loop ct
*3,x   Branch label x        *8,x   Dec btch loop, goto lbl x
*4,x   Incrmt hd, brnch x    *9     Stop on no err
|x     End btch entry, set file #

B2   Stats dsp      B4   Trkg analysis
B7   Hd swt dsp     B6   SRS btch file
B8-9 User batch     B31  1 burst corr
B32  2 brst corr    B33  3 brst corr
B34  1 brst 4 sct   B35  Altn asgn tst
B36  2 brst 1 brst  B37  Frmt bad tst
B38  Data cmpr tst  B39  ECC test
B40,41 Set drive type - start cert

Lvl 7 - Rd-wrt buf cmpr
-----------------------
Axx,y  Set tst space (see ?D)
Bxx    Dsp buf xx
Cx,y,z Cmpr buf, y blks at x to z
K      Dsp stats
Mx,y,z Mov buf, y blks at x to z
Px,y,z Data x(3 bytes), lngth y(bits), buf z
Qx,y,z Wrt-rd cmpr y blks at sctr x, wbuf = z
Rx,y,z Rd y blks at sctr x into buf z
Sccc,h Sk to cyl,hd
Vx,y,z Rd y sctrs, strt sctr x, cmpr to buf z
Wx,y,z Wrt y blks at sctr x from buf z
X      Fill buf 10-7F with rndm data
Yx,y,z Set/dsp rtry cntrl

Online cmnds
------------
ctl D  Tgl actn code dsp
ctl F  Sgmnt stat
ctl G  Intf stat
ctl P  Tgl pwr cyc
ctl Q  Frgrnd resume
ctl R  Drv micro soft rst, Niwot stp
ctl S  Frgrnd pause
ctl T  Restrt dflt pgm
ctl V  Tgl intf dsp
ctl X  Dsp dat at X reg
ctl Z  Exit to DIAMON
> or > Dec or inc rw idx sctr
{ or } Dec or inc srv idx sctr
`      Stats dsp
'      Xfer stat
~      Intf stat
.      Online stat
;      Mach stat

Gen use cmnds
-------------
/x   Chg lvls, x = 1-8,T
Lx,y Lp nxt cmd (x=1 cnt on err)
=x,y Wrt dta y to mem adr x
+x   Dsp cntnts of mem adr x
\    Qck call btch
А вот список команд, выдаваемый CFS540: https://pastebin.com/HnDJBspn

Ну и наконец, вот результаты моего эксперимента по поиску команд на Jaguar: http://www.phantom.sannata.ru/...1#pp449201

В общем, всё как у старых Seagate (Lapaz, Belize и были переименованными коннеровскими разработками), так что читаем главу про TMOS Seagate и применяем в упрощённом варианте.
SCSI модели тестируются точно так же как IDE, команды те же. Главное отличие - в служебной зоне хранятся конфигурационные таблицы, которые затираются в ходе тестирования служеюной зоны и не восстанавливаются, поэтому селфскан нужно запускать не с N2, а с N3.

Документация по TMOS Conner
Руководство к утилите PCCONNER от Acelab
http://ikserg.chat.ru/CONNER.RAR ,
http://shostatsky.narod.ru/rem_comp/tmos.zip, и
http://dr-shost.com/freqs/dosutil/tmos.arj - хватит с избытком (кстати, http://dr-shost.com/ вообще полон всяческих ретрокомпьютерных ништяков, лишний раз прорекламирую здесь).
Программы:
Считывалка ПЗУ Conner в файл по COM1, документация внутри. На старых Сигейтах тоже должна работать. На CP3000, правда, не сработала.

---

Также недолгое время (1996-1998) существовала компания Conner Technologies, основанная выходцами из бывшей Conner и производившая бюджетные жёсткие диски на индийских заводах. Всего было выпущено четыре или шесть моделей, в настоящее время эти диски - коллекционная редкость, а в рабочем состоянии - и вовсе уникальны... Чинятся они по другим методикам, про которые тоже могу рассказать, только вряд ли они кому-то пригодятся. Если кто-то отдельно попросит - расскажу. В моей коллекции есть CT215, безнадёжно стучащий головами, ему уже ничто не поможет.

Мне в руки перепала пара полудохлых дисков Fujitsu, пора написать и о них главу.

Fujitsu Ltd. - крупная японская многофункциональная IT-корпорация, третья старейшая в мире - основана 20 июня 1935 г. под именем Fuji Telecommunications Equipment Manufacturing как подразделение Fuji Electric Company, совместного предприятия Furukawa Electric Company и немецкого конгломерата Siemens, основанного в 1923 г. Название составлено из слогов «Fu» от слова Furukawa и «Ji» от слова Siemens (в японском произношении). Компания тесно сотрудничает с концерном Siemens AG. В апреле 1978 года между компаниями было заключено соглашение о совместном производстве компьютеров, а в 1999 году была создана дочерняя компания Fujitsu Siemens Computers.

В 2008 компания Siemens заявила, что компьютерный бизнес не является для компании профильным, и вышла из предприятия. Соответственно, Fujitsu выкупила долю партнёров за €450 млн и получила в наследство все региональные офисы и штат сотрудников Fujitsu Siemens Computers. C 1 апреля 2009 года компания называется Fujitsu Technology Solutions и специализируется на ИТ-решениях.

Корпорацией выпускались следующие линейки жёстких дисков под внутренними (на этикетке не писались) названиями:
2.5" Hornet (HN) - ноутбучные
3.5" PicoBird (PB) - десктопные
3.5" Allegro (AL) - серверные.
Информация по ремонту есть только по десктопным 3.5" IDE. По ноутбучным - есть инфа, но нет свободного софта.

Маркировка:
M P D 3 0 6 4 A T - E W

• M - код жёстких дисков в номенклатуре Fujitsu
• P Вторая буква:

• [q]

  A - 3.5" SCSI
  P - 3.5" IDE
  H - 2.5" IDE

  [/q]

• D Третья буква - поколение
• 3 - форм-фактор:

  [q]

  3 - 3.5"
  2 - 2.5"

  [/q]

• 064 - емкость в сотнях мегабайт (6.4 Гб в данном примере)
• A - интерфейс AT
• T - скорость вращения:

  [q]

  T - 4200/5400
  H - 7200

  [/q]

• Через дефис - особые модификации

Старая система обозначений:
M 16 3 8 T A U #L

• M - код жёстких дисков в номенклатуре Fujitsu
• 16 - значение не установлено
• 3 - плотность: 3 - обычная, 2 - пониженная
• 8 - старшинство модели в семействе: 8...5 - обычная плотность (см. выше), от 4 до 1 головки соответственно; 4...1 - пониженная плотность, также от 4 до 1 головки
• T - тип интеpфейса:

  [q]

  T = ATA (EIDE)
  S = SCSI
  SY = Fast SCSI-2 (Ultra)
  H = SCSI, диффеpенциальный
  Q = Wide SCSI
  R = Wide SCSI, диффеpенциальный
  C = Wide SCSI, SCA-1
  E = Wide SCSI, SCA-2

  [/q]

• A - стандаpтный pазмеp блока:

  [q]

  X = 256 байт
  A = 512 байт
  B = 1024 байта

  [/q]

• U - тип pезьбы винтов:

  [q]

  M = метpическая M3
  U = #6-32 UNC

  [/q]

• #L - Специальная веpсия (ICL)
  

Номер версии микропрограммы - последние 6 символов в правом нижнем углу этикетки, в данном примере 05-0344 (первая цифра 7 - месяц выпуска)


Семейства 3.5":
Все накопители имеют конструктив в виде плоского основания с узнаваемой штампованной профилированной крышкой (см. фото). Код семейства PBxx написан на микросхеме ПЗУ.

• По ранним разработкам компании, таким как M2611T или M2617T, никакой информации нет.
• Picobird-9 (PB-9): M16xxTAU (старая система обозначений). 1996 год, 1-2 пластины, 1.28 Гб/пластина.
• PB-10: MPA, 1-3 пластины, 1.74 Гб/пластина. Магниторезистивные головки. Первое семейство с поддержкой UDMA (модификация PB-10U).
• PB-11: MPB, 1-3 пластины, 2.1 Гб/пластина
• PB-12: MPC, 1-3 пластины, 3.2 Гб/пластина. Начиная с этого семейства, в модельном ряду появляются модели со скоростью шпинделя 7200 об/мин (PB-12H), в нём же объединяются в одну микросхему процессор и интерфейсный контроллер.
• PB-13: MPD, 1-4 пластины, 4.32 Гб/пластина.
• PB-14: MPE, 1-4 пластины, 6.4 Гб/пластина или 8.4 Гб/пластина (модификация PB-14E)
• PB-15: MPF, 1-4 пластины, 10.2 Гб/пластина. Смена архитектуры процессора - модели на 7200 об/мин (PB-15H) ещё строятся на старой архитектуре Fujitsu MB9000, а модели на 5400 об/мин. - на новой ARM7 (чипсет производства Cirrus Logic)
• PB-16: MPG. 1-2 пластины, плотность 10 Гб/пластина (PB-16H), 15 Гб/пластина (PB-16), 20 Гб/пластина (PB-16E, HE). Архитектура ARM7, первое семейство с гидродинамическими (FDB) подшипниками. Имело множество аппаратных проблем и дефектный микрокод, из-за чего стало одним из первых и самых крупных провалов на рынке HDD. Именно с этого семейства началось массовое изучение и ремонт жёстких дисков. Начинал с него и я.

После провала в 2001 году линейки Fujitsu MPG, связанного с их массовым выходом из строя, компания ушла с рынка десктопных жёстких дисков и в дальнейшем производила только ноутбучные и серверные. Подразделение по производству жёстких дисков было продано компании Toshiba в июле 2009 года.

У меня в коллекции нашлись для опытов PB11U, PB12 и PB15H, где-то ещё PB16HE должен валяться. В следлующей главе будет описание методик ремонта с особенностями каждого семейства, программы, утилиты и документация, ссылки на ресурсы.

Статьи по теме:
Статья о проблемах винчестеров Fujitsu MPG от Сергея Казанского (ONEHALF.PISEM.NET)
Справочник по HDD. Fujitsu`2003
Подборка фирменных утилит от производителя (диагностика, пеерключение режимов UDMA и т.п.)

KALDYH написал:

[q]

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

[/q]

Только поздние модели с Cirrus Logic или все? А то пришлось превратить в точилку MPC3032AT, были целые головки, внешне нормальные блины, но диск при старте щёлкал головками около минуты, после чего головки резко вставали на 0 дорожку, и диск просто крутился, никак не определяясь компьютером. Особенность, что диск не останавливается при не читающейся служебке побудила сделать из этого фуджика точилку.

Уделывая свой MPC3043AT, столкнулся с несколькими ошибками в документации и утилитах PC3000 (описываю для PC-MPC3xxxAT Ver. 3.76, но проблема скорее всего не только в ней).

1. По-видимому (и по логике вещей - служебка же должна где-то помещаться), у MPC-AT, как и у более поздних, пользовательская область начинается НЕ с нулевого цилиндра. Вычисленное мною смещение - 202.
2. TS-list содержит абсолютные адреса. Добавление физического трека в TS-List смещает адресацию цилиндров для всех прочих операций. Ручное добавление ведётся по уже оттранслированным адресам, которые переводятся в абсолютные, таким образом, если мы добавили трек 10112, перезагрузили накопитель для применения изменений, а потом добавили трек 10113, то добавится трек 10114 (если делать это в одну операцию, то добавились бы 10112 и 10113).
3. "Тест сервометок" производит адресацию по уже оттранслированным адресам и со смещением на 202 дорожки. Таким образом, если тест сервометок нашёл дефектные сектора по цилиндрам 9910 и 9957, в таблицу трековых дефектов надо добавлять треки 9910+202=10112 и 9957+202=10159. После добавления треков и переключения питания адресация сдвинется, и если на втором прогоне будет найден дефект по дорожке 9926, то в таблицу нужно добавлять дефектную дорожку 9926+202=10128 (и (так как перед ней уже есть пропущенная 9910-я, добавится трек 10129)
Хинт: тест сервометок находит сбои довольно скверно. Если винт на слух явно щёлкает, но дефекты не находятся, можно добавить эти дорожки вручную, засекая взглядом те адреса, на которых тест запинается (только их как раз при этом и возможно прочитать - остальные просто не успеваешь). Прогнав тест несколько раз и добавляя треки в таблицу поочерёдно, мне удалось за несколько проходов добиться прохождения теста сервометок на этом участке без единой запинки.
4. PL-list дефекты серворазметки не скрывает, и добавлять туда найденные в ходе первого теста дефекты бесполезно - что по выдаваемым адресам, что по скорректированным. Трек с хотя бы одной дефектной сервометкой должен быть скрыт целиком в TS-List.
5. Запасные дорожки выделяются на границах зон. "Тест сервометок", производя перезапись дорожек, отодвигает границу зоны дальше. Если добавить N треков в дефект-лист и не выполнять тест сервометок, последующее сканирование по физ. параметрам найдёт N дефектных дорожек на границе зон - по сути, это не дефектные дорожки, а размеченные по разбивке следующей зоны. Причём, так как с адаптивной разметкой эти диски работать не умеют, найдены они будут по всем головам. Например, скрыв вышеупомянутые две дорожки, я увидел при физическом сканировании две дорожки, 10689 и 10690, на которых все 215 секторов были дефектными. Поставив ряд экспериментов, я пришёл к выводу, что это транслированные адреса физических дорожек 10691 и 10692 - а это уже начало следующей, 15-й зоны. Однако тест сервометок сдвигает зону только по одной голове, и последующее сканирование по физ. параметрам всё равно найдёт дефектные дорожки по всем головам - кроме той, по которой был скрыт трек в TS-листе.

Выводы: добавлять трековые дефекты следует по всем головам, и после этого обязательно производить тест сервометок.

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

Gregorio, забегая вперёд - нет. Лучшее, чего удалось добиться на ROYL - худо-бедно научился скрывать множественные дефекты, ну и с сейфмодом/подгрузкой модулей/починкой служебки более-менее разобрался. Сейчас коплю "кроликов" на опыты и думаю, окупится ли у меня покупка WDMarvel.

Gregorio написал:

[q]

Это интересно

[/q]

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

Коль в другой теме всплывала эта марка, пора рассказать о винчестерах Quantum.

Quantum Corporation - производитель дисковых и ленточных систем хранения данных. Компания основана в 1980 году выходцами из Shugart Assotiates (позже известную как Seagate), IBM и Memorex. Штаб-квартира находится в Сан-Хосе, Калифорния (ранее - в г. Милпитас, Калифорния).
Первой работой компании была разработка 8-дюймового жёсткого диска с приемлемым временем доступа без использования сложной и дорогой замкнутой сервосистемы. Эта задача была решена применением в приводе позиционера оптического энкодера вместо превалирующих тогда в нижнем ценовом сегменте медленных и шумных шаговых двигателей. Позже, с увеличением плотности дорожек и возникшими проблемами с дифракцией, от этой идеи пришлось отказаться. Первыми моделями c оптическим позиционированием были 8" Q2000 и Q4000 (1981). Следующей была 5.25" серия Q500 с интерфейсом ST-506 (MFM). Последние модели с оптическим позиционированием - 3.5" ProDrive LPS 120 и 240 "Gemini" 1991 года.
В 1983 году из компании выделено подразделение Plus Development, занимавшееся разработкой накопителей Hardcard, объединявших в одном блоке 3.5" MFM винчестер толщиной 1" и контроллер на шину ISA. Первая модель выпущена в 1985 году, последняя - в 1992. В 1993 году подразделение было поглощено обратно.
1986 - выпущен первый SCSI диск компании, Q280, один из первых на рынке, использующих встроенную серворазметку. Позднее Quantum объединили технологии интегрированного контроллера Q280 с механикой серии Q500, основав серию ProDrive - одни из первых IDE жёстких дисков.
В июле 1994 года было куплено подразделение СХД компании DEC (ленточные накопители DLT и дисковое подразделение в Шрусбери, Массачусетс). Позднее командой из Шрусбери была разработана серверная линейка Atlas, а командой разработчиков из Милпитас - линейки Viking, Phoenix и Katana.
В 1995 году была выпущена первая модель линейки Quantum Fireball - первый диск на 5400 об/мин. и один из быстрейших накопителей на то время, за что он и получил своё название. Первоначально это имя означало лишь одно семейство (Fireball FB), но под влиянием популярности оно распространилось и на последующие семейства и стало означать всю линейку 3.5" IDE/ATA дисков компании.
С 1996 до начала 2000-х компания выпускала одни из самых необычных накопителей - 5.25" серия Quantum Bigfoot. Идея была в том, чтобы за счёт увеличения площади дисков добиться большей ёмкости по приемлемой цене, а за счёт большей линейной скорости при той же угловой - увеличить скорость линейного чтения. Основным недостатком этих дисков было большое время позиционирования, соответственно, низкая скорость случайного доступа.
В середине 1990-х занимала второе место на рынке после Seagate. Компания была основным поставщиком OEM комплектующих для Commodore, Apple и Compaq. 1 апреля 2001 года производство жёстких дисков было продано компании Maxtor (которая, в свою очередь, позже была куплена сигейтом, так что найти файлы технической поддержки квантума нынче весьма затруднительно).

Номенклатура семейств
Первоначально было только общее название линеек (ProDrive, GoDrive), семейство обозначалось двухбуквенным кодом на нижней наклейке. Затем кодовое имя стало собственным именем семейства - Maverick, Pioneer, Trailblazer, а двухбуквенный код просто его дублировал. Ещё позже, начиная с Fireball, произошёл обратный возврат к единому имени собственному для всей линейки, а технологическое имя осталось только в виде двухбуквенного кода и в файлах апдейтов (по возможности приводится его расшифровка).
Семейства даны в основном в хронологическом порядке, от старых к новым (более точно - ориентируйтесь по ёмкости единичной пластины). В основном составлено по архивному сайту компании, скорректировано по документации PC3000. Для семейств, поддерживаемых PC3000, даны ссылки на руководства по ремонту. Если руководства нету - данное семейство "асей" не поддерживается! Так как текста много - даю мелким шрифтом. Маркировка дана не полностью - только код семейства и ёмкость.

3.5" IDE:
Пробелами разделены поколения, отличающиеся по схемотехнике и архитектуре служебной информации. Все серии, вплоть до SE, выпусклись также в SCSI исполнении.

[q]

Plus Impulse P40A 940-40 - 41 Мб, фоток нигде нету

ProDrive 40/80
ProDrive 52/85/105

ProDrive ELS PI 42/85/127/170 ELS/LPS означает половинную высоту.
ProDrive LPS GM (Gemini) 120/240
ProDrive LPS RR (Roadrunner) 127/170/210/340/420
ProDrive MU 425 Двойной высоты.
ProDrive LPS TB (Thunderbird) 270/540
ProDrive LPS EN 525/700/1050/1225

(ProDrive) Maverick MV 270/540 Руководство по ремонту Fireball FB, Trailblazer TR, Maverick MV, Lightning LT, ProDrive LPS TB, ProDrive LPS RR (Quantum_FB-RR.pdf)
(ProDrive) Lightning LT 365/540/730
Trailblazer TR 420/635/850 Бюджетная серия, штампованный корпус с профилированной крышкой, 4500 об/мин.
Pioneer SG 1.0/2.1 (Saghuaro?) Низкобюджетная серия в в штампованном стальном корпусе, 4500 об/мин. Отличается невысокой надёжностью - два попадавших мне в руки экземпляра были сплошь покрыты бэдами. Из-за специфической конструкции частенько вылетает из разъёма шлейф гермоблока. Руководство по ремонту (Quantum_SG.pdf)
Sirocco SR 1.7/2.5 Руководство по ремонту (Quantum_SR.pdf)
Fireball FB 640/1280/540/1080 - впервые 5400 об/мин.

Fireball TM (Tempest) - удешевлённая серия, 4500 об/мин, 1.2 Гб/пластина, 1-3 диска (однодисковые модели - в удешевлённом штампованном корпусе). Руководство по ремонту ST, SE, TM (Quantum_SE.pdf), обновление прошивки до версии A6.B2, исправляющее редкий баг с потерей данных
Fireball ST (Stratus) - 1-4 диска, 1.6 Гб/пластина. Первая модель с интерфейсом ATA-4. Обновление прошивки до версии A0F.0C00, исправляющее опасный баг с преждевременной распарковкой и задиранием пластин при выходе из спящего режима ("будильник"). Первое семейство с магниторезистивными (MR) головками.
Fireball SE - 2.1 Гб/пластина, в остальном аналогичен предыдущему. Последний Fireball, выпускавшийся также с интерфейсом SCSI.

Fireball EL (Eclipse) - 1-4 пластины, 2.5 Гб/пластина. Объём кэша увеличивается до 512 кб, вводится интерфейс ATA-5. Начиная с этого семейства, микроконтроллер и интерфейсный чип объединяются в один комбинированный контроллер, появляется диагностический последовательный терминал. Руководство по ремонту на это и все последующие семейства (Quantum_EL-AS_v3.pdf)
Fireball EX (Eclipse Plus) - 3.2 Гб/пластина, в остальном аналогичен предыдущему.
Fireball CR (Corona) - 1-3 пластины, 4.3 Гб/пластина.
Fireball CX (Corona Plus) - 1-3 пластины, 6.4 Гб/пластина. Первое семейство со считывающими головками по принципу гигантского магниторезистивного эффекта (GMR). 1999 год.
Серия Fireball Plus
Fireball Plus KA - первое семейство со скоростью шпинделя 7200 об/мин (что и означает слово Plus). 6.1 Гб/пластина, до 3 пластин.
Fireball Plus KX - 6.4 Гб/пластина, до 4 пластин.
Fireball Plus LM - 10 Гб/пластина, до 3 пластин. Объём кэша увеличивается до 2 Мб.
Fireball Plus AS (Atlantis) - 20 Гб/пластина, до 3 пластин. Первое семейство с гидродинамическими (FDB) подшипниками, первый в линейке компании с интерфейсом ATA-100. Апдейтилка от Dell до версии A1Y.4500, A01
Maxtor D740X-6L (VQ) (Viper) - последняя разработка компании, выпущенная уже под брендом Maxtor, однако полностью разработанная Quantum и технологически подобная прочим моделям фирмы ("квакстор"). Развитие AS. Первый в мире винт с интерфейсом ATA-133.
Линейка Fireball lct
Бюджетная (lct расшифровывается как low-cost) низкоскоростная серия, выпускалась параллельно с Fireball Plus. Отличается пониженной до 5400 об/мин. скоростью шпинделя и кэшем в 512 кб.
Fireball lct08 (LA) - 8.4 Гб/пластина, 1-3 пластины. Дальнейшее развитие CX.
Fireball lct10 (LB) (Eagle) - 10.2 Гб/пластина.
Fireball lct15 (LC) (NightHawk) - 15 Гб/пластина, 1-2 пластины. Скорость шпинделя уменьшена до 4400 об/мин.
Fireball lct20 (LD) (Phantom) - 20 Гб/пластина, 1-2 пластины, 4500 об/мин. Объём кэша уменьшен до 128 кб (находится внутри чипсета), что сделало этот винт совсем уж неприлично медленным, подорвав репутацию серии и фирмы в целом.
Maxtor D540X-4K (LE) (Galaxy) - последняя разработка компании, выпущенная уже под брендом Maxtor, однако полностью разработанная Quantum и технологически подобная прочим моделям фирмы ("квакстор"). Развитие lct20.

[/q]

SCSI:
Имеющие соответствующие аналоги среди IDE/AT не указаны. Многие модели (предположительно Capella, Empire, Grand Prix, Atlas I) базируются на разработках DEC (также выпускались под брендом Avastor) и маркированы на крышке двумя (Quantum и DEC) системами маркировки, например:
X P - 3 4 3 6 1 S (Atlas II 4.2S)
- Символы до дефиса - DSP , SP (7200 об/мин), DP , VP (5400 об/мин), XP (10000 об/мин)
- Дефис
- Цифра форм-фактора (3 или 5)
- Емкость в десятках мегабайт
- Одна или несколько букв, обозначающих тип и разновидность интерфейса
Разработки бывшего подразделения DEC имеют резко отличающуюся внешне конструкцию гермоблока.

[q]

ProDrive EP 1800S - двойной высоты

DSP - ребрендинг линейки дисков Avastor под оригинальной системой маркировки
Empire EM - на базе разработок DEC
(Capella CL) VP31110/32210 - ребрендинг Avastor DP-3110/3221
(Saturn QM) VP31080
(Saturn SN) VP32170/32550 - аналог Sirocco
Grand Prix GP - двойной высоты
Atlas I AT XP31070/32150/34300 - ребрендинг DEC/Avastor VP-3107/3125 (одинарной) и SP-3430 (двойной высоты). Первоначально выпускались без имени собственного.
Viking VK
Atlas II HN
Viking II PX (Phoenix?)
Atlas III TD
Atlas IV KN (Katana)
Atlas V XC
Atlas 10k TN (Tor?) (обновление прошивки A01 от Dell
Atlas 10k II TY - двойной высоты
Atlas 10k III KW/KU (160/320) (Orca) (выпускался под обоими брендами)

[/q]

После покупки квантума макстором линейка Atlas продолжила своё развитие уже под брендом Maxtor.

[q]

Atlas 10k IV (Cobra)

[/q]

5.25" IDE:

[q]

Bigfoot BF (Vortex) - 1-2 пластины по 1.2 Гб, 3600 об/мин. Руководство по ремонту (Quantum_BF.pdf), обновления прошивки до версий A1.03 и A1.04
Bigfoot CY (Cyclone?) - 1-3 пластины по 2.1 Гб, 3600 об/мин. Обновление прошивки от фирмы Compaq до версии A03.0900. Параллель среди 3.5" - серия TM
Bigfoot TX - 1-3 пластины по 4 Гб, 4000 об/мин, UDMA-66. Первый жёсткий диск с двузначной в гигабайтах ёмкостью (2000 год). Параллелен модели SE.
Bigfoot TS ("Tsunami"?) - 1-3 пластины, 6.4 Гб/пластина, 4000 об/мин. Самая большая ёмкость для своего времени. Параллель - EX

[/q]

2.5"
Выпускались в варианте как IDE, так и SCSI (!)

[q]

GoDrive GL 40/60/80/120
GoDrive GRS GO 80/160
GoDrive GLS GU 85/127/170/256
Daytona DA 170/256/341/514
Europa EU 540/810/1080
DEC/Quantum DSP-2022/DSP-2026

[/q]

Маркировка
Большинство 3.5" Quantum выпускалась в корпусе одинаковой компоновки - чёрная литая алюминиевая "ванна" с плоской полированной стальной крышкой. Более старые ProDrive выпускались в светлом корпусе с алюминиевой крышкой с характерной "секторной" выштамповкой, Pioneer и Trailblazer в виде исключения - на плоском шасси с профилированной штампованной крышкой.
Особенностью маркировки Quantum является то, что ёмкость написана на узкой наклейке внизу, на интерфейсном разъёме (у 2.5" - сверху). Верхняя наклейка или шелкография на крышке несёт лишь информацию, общую для семейства. Код семейства зачастую тоже есть только на дополнительной наклейке.

В данном примере:
2.5 - ёмкость в гигабайтах
AT - тип интерфейса
EL - код модели (Quantum EL "Eclipse")
25 - опять-таки ёмкость
A - интерфейс (AT)
013 - неизвестно
Rev - ревизия платы. Платы разных ревизий между собой совместимы и взаимозаменяемы.
Версия прошивки имеет вид A0A.0D00 (у моего EX, например). До точки идёт версия масочного ПЗУ, четыре символа после точки - версия оверлейного подгружаемого кода. Версию ПЗУ можно также узнать в терминале, если он есть. Версия прошивки отдаётся в паспорте винта и хранится (независимо, у моего там A0A.0D57 например) в конфигурационной странице CP4 (о них в следующей главе).
На гермоблоке присутствует надпись, выполненная краской (штампом), две строчки по 4 символа, например:
AEXA
0D50
2 и 3 символ первой строки - код семейства, вторая строка - версия оверлейного микрокода (последняя цифра всегда 0, независимо от фактического на диске)


Ссылки
F.A.Q. su.hardw.hdd.repair (ещё раз продублирую) - описание некоторых типовых поломок определённых семейств
Справочник по HDD: Quantum `2003
Дважды переезжавшая страница техподдержки Quantum
Винчестеры Quantum имеют дополнительные vendor specific ATA команды: Set Configuration, Read Defect List, и др. Прочесть о них можно в любой инструкции для любого семейства, например для AS Plus: https://www.seagate.com/files/...Manual.pdf

Лоадер
Если у накопителя повреждены модули, он переходит в Safe Mode. Паспорт он при этом не отдаёт, служебные команды тоже недоступны. Единственная команда, на которую он отзывается - стандартная команда Download Microcode (92h). По этой команде винту необходимо отправить лоадер (.LDR). Структура лоадера для жёстких дисков с отдельным процессором (до SE включительно):

[q]

(из DISKWARE.TXT)
Лоадер состоит из идущих друг за другом модулей. Структура его такова:

• модуль 80 - начальный загрузчик. Этот модуль не входит в служебную зону, и присутствует только в лоадере.
• модуль 82 - загрузчик модулей. Аналогичен соответствующему модулю из служебной зоны.
• модуль 81 - карта загрузки модулей. Использется вместо CP15, поскольку CP15 в safe mode недоступна. Модуль не входит в служебную зону, поскольку там вместо него есть CP15
• модули 00, 01, 10-24 - модули, аналогичные имеющимся в служебной области.

Таким образом, можно было бы собрать лоадер на любой винт из имеющихся модулей. Hо - нужны модули 80 и 81, которых нет в служебке. И если с модулем 81 все ясно, то написать модуль 80 пока не представляется возможным - надо дизассемблировать и разобрать работу имеющегося модуля 80, что без дизассемблера сделать никак невозможно. Так что со сборкой своих лоадеров пока придется обождать.

[/q]

У более новых жёстких дисков (EL и новее) лоадер состоит из модулей E0, 05, 06, 01, 00, 07, 73, 09, 11-15, DF (пример для EX). Из них на диске нет только E0.
Файлы обновления прошивки .UPD имеют такой же формат и предположительно могут быть использованы друг заместо друга.

[q]

(из DISKWARE.TXT)
Кроме вышеописанного загрузчика микрокода, поставляемого в файлах *.upd и *.ldr, существует также особый вид лоадера, поставляемый в файлах *.lcp. Это - загрузчик страниц конфигурации. Он предназначен для начального формирования страниц при инициализации служебной зоны, а также для необходимой модификации страниц при обновлении версии микрокода. Часто с программой-апдейтом микрокода вместе с обычным лоадером UPD поставляется также и LCP. В этом случае LCP-файл _обязательно_ должен быть загружен в винт после загрузки UPD-файла. LCP-лоадер состоит из модуля 83 (начальный загрузчик), 40 и 42 (их
полное назначение пока ХЗ, можно только догадываться). Мы пока подробно не разбирали работу lcp-лоадера - не было времени, да и острой необходимости пока не стоит. Hадо будет - займемся.

[/q]

Отправить лоадер можно универсальной программой HDDL или другим ATA-терминалом, с помощью PC-3000, утилитой LOADER.EXE от Лёвы Корягина (описание внутри), а также CP.EXE от него же.
После загрузки лоадера винт позволяет читать и писать служебную информацию, но не работать с пользовательскими данными. Также лоадер загружается только в оперативную память, на диск записываются только отдельные модули (файл обновления в исправный винт можно записать сразу, выполнив команду в режиме permanent).
Откула брались лоадеры? Из обновлений прошивок, фирменных утилит, а также переключалок режимов DMA. Может, ещё откуда доставали. Из этого следует, что лоадеры есть не на все семейства. Есть на следующие: BF, CX, CY, EX, KA, KX, LM, lct08, lct10, lct15, lct20, SE, ST, TM, TR, Maxtor 540/740. Для всех прочих нужно использовать метод HotSwap - для этого нужен исправный донорский винт. Сборник всех лоадеров, что я нашёл: https://drive.google.com/file/...sp=sharing

Восстановление служебки
Итак, винт загружен и дал доступ к служебке. Дальше необходимо произвести проверку структуры служебной информации, определить повреждённые модули и переписать их взятыми из ресурсов (комплектов модулей, слитых с исправных накопителей).
Для функционирования накопителя не критичны модули 60, 2x, 3x, 4x
Для доступа к данным критичны модули 0E, 05, 08, 6x. Первые три критичны для самой возможности чтения/записи, остальные отвечают за адресацию и могут быть сброшены очисткой таблиц дефектов и внутренним форматированием.
Все прочие модули могут быть взяты от любой модели семейства с такой же прошивкой.
Повреждённый модуль 08 восстанавливается записью страниц конфигурации.

В: Maxtor D540X-4K, LDR загружается, все пишется, но после перезагрузки все забывается
О:http://www.hardw.net/forum/archive/topic_659__start_0__index.html

[q]

Похоже что pcmx540k после записи CP и сброса HDD инициализируется не полностью.

Этот метод не поможет если после загрузки LDR модули не читаются!

Не забывайте сохранять родные CP и модули!!!

CP10 желательно изпользовать родной.

Делать надо так:
Запускаем утил, загружаем LDR, записиваем CP07 и CP10 в ОЗУ !!!
!!!Перезапускаем утил!!!
Если таблица модулей не читается, скорее всего проблема в CP10, пробуем другой.
Если модули читаются, записиваем CP07 и CP10 на диск.
Выкл/Вкл HDD.
!!!Перезапускаем утил!!!
Записиваем _поврежденные_ СР в ОЗУ!!! Затем на диск! CP10 уже НЕ трогать.
Делаем проверку структуры служебной информации и записиваем неисправные модули как описано в доках.
После записи модулей Выкл/Вкл HDD.

[/q]

Работа с дефект-листами

(все цитаты - из справочных файлов к CP.EXE, курсивом даны мои пояснения)
Quantum не использует модуль транслятора (поэтому команды его пересчёта нет), физический (PBA) адрес сектора высчитывается из логического "на лету" в памяти по таблицам зонного распределения и таблицам дефектов. Также нету и заголовков секторов, поэтому команды внутреннего форматирования тоже нет - раз нет заголовков, то и переписывать их не требуется.
Есть три дефект-листа: P-List (модуль 60h), G-List (модуль 61h) и servo-list. Располагаются они (у SE/ST/TM) так:
Поле                  ST/SE       TM
                   сек. длина  сек. длина

* Цилиндр -2(-3) *

G-List              17   14     15  12
P-List              31   14     35  10
Servo-list          45   1      45  1

Также есть дефект-лист служебной зоны, расположен на -2 цилиндре в секторе 0. Если он не пуст, работа со служебкой очень сильно затрудняется, и это выходит за рамки моего рассказа.
У поздних накопителей дефект-листы приобретают форму модулей (ID101 - System Area, ID102, ID98 - G-List, ID96 - P-List (номера взяты из QUANTUM.INI, достоверность информации не проверялась) PC-3000 потреково с дефект-листами не работает, только нижеуказанными super-командами.

[q]

В накопителях Quantum Fireball ST выделяется пул из 32 секторов на каждые 65504 секторов. На заводе поверхности тестируются на дефекты. Если сектор признан дефектным, адрес сектора добавляется в дефектлист. Секторам физически следующим за дефектным присваиваются LBA, таким образом, чтобы последовательность логических блоков сохранялась. Такая внутрилинейная
технология замещения служит для устранения замедления передачи данных, которая вызывается одиночным дефектным сектором.
Выше упомянутая технология внутрилинейного замещения применима только к 32 секторам. Если внутри 65504 секторов будет найдено более чем 32 дефектных секторов, оставшиеся сектора будут замещены ближайшим доступным пулом замен.
У TM выделяется 2 замещающих сектора на цилиндр.

Дефект, который возникает во время работы накопителя известен как Ground grown дефект. Если сектор признан дефектным во время работы, то этот сектор замещается соответственно алгоритму используемому при заводском сканировании для секторов признаным дефектными после первых 32 резервных секторов. Т.е. внутрилинейное замещение не выполняется для ground дефектов.

Дефект может находиться или только в G-list или сразу в обоих (только в P-list дефект находиться не может - по крайней мере, наблюдать такое нам не приходилось). G-list содержит в себе полную копию P-list.

[/q]

Также у ST и новее есть возможность добавления трековых дефектов (ST/SE - до 4 штук), формат не знаю.

Для работы с дефектами существуют следующие команды:

• Super 1F - Reformat In Line, добавить сектор в P-List. Внимание - трансляция при этом разъезжается! Параметром команды идёт полный сформированный блок дефектных секторов
• [номер не знаю] - Reallocate - добавить единичный физический сектор в G-List (сделать ремап)
• Super 10 - Reallocate Phys, то же, но в PBA
• Super 2A - Get defect list

Кроме того, винт автоматически добавляет в G-List дефекты, найденные в ходе алгоритмов AWRE и ARRE (Automatic Write Reallocation и Automatic Read Reallocation, в цитате даны названия битов их включения/выключения).
Также для просмотра дефект-листов есть обычная документированная команда. С ее помощью просмотр умеют делать HDDSpeed, HDDUtil, а также маленькая программа QDL: http://dr-shost.com/freqs/dosutil/qdl.rar (описание к ней) Не забудьте пошариться по самому сайту http://dr-shost.com/ в поисках полезностей

[q]

Каждый дефектлист представляет собой массив из 7-байтовых записей длиной 7168 байт, в конце которого записан 1 байт контрольной суммы. Каждая запись состоит из трех полей. Байты 0-2 определяют PBA (Physical Block Address) дефектного сектора. Байт 3 хранит код ошибки (с этим кодом пока не все ясно - хотелось бы получить полный список возможных кодов и что они означают). Байты 4-6 хранят дополнительную информацию о дефекте. Так, если дефект вводится в режиме переназначения, то это поле хранит PBA замещающего сектора.
Код ошибки, равный FF, означает конец списка. То есть запись с таким кодом всегда присутствует в дефектлисте (если он пуст, то это - единственная запись). Остальные байты в такой записи равны 0.
Дефектлисты используются транслятором при трансляции логических параметров LCHS (или LBA) в PBA. При работе с поверхностями на уровне физических адресов CHS или PBA эти листы игнорируются, и к дефектным секторам открывается полный доступ.

[/q]

У накопителей старше ST формат дефект-листа был другой (см. QUANTUM.INI).
Так как дефект-листы имеют одинаковый формат и G-List дублирует содержимое P-List, у ST и новее возможно их слияние путём их считывания и последующей записи G-List на место P-List, после этого необходимо выполнить Reformat In Line.

Пару слов о серво-дефектлисте. В отличие от P- и G-листа, серводефектлист используется не транслятором, а всей микропрограммой винта. К секторам, адресуемым дефектной сервометкой, блокируется доступ даже по физическим параметрам (что позволяет избежать стуков и срывов серво-синхронизации).

[q]

Дефектлист состоит из 4-байтовых записей. Первые два байта - это номер цилиндра и головы, упакованные следующим образом: частное от деления этого слова на 8 дает номер цилиндра, а остаток - номер головы. Остальные два байта записи - это номера дефектных сервометок. Таким образом, на дорожке может быть скрыто не более 2-х сервометок. Если на дорожке дефектна только одна сервометка, то вместо номера второй сервометки записывается FF. Конец таблицы - четыре подряд идущих байта FF.
Этот дефектлист формируется в процессе прохождения теста 05 (Svfy) селфскана. Аселабовский тест сервометок не имеет к этому дефектлисту никакого отношения. Никаких команд для манипуляции этим дефект-листом нет.

[/q]

Скрытие дефектов
Итак, алгоритм избавления от бэдов получается следующий:

Для начала - оценить состояние накопителя сканированием поверхности по логике (можно универсальными программами). Дело в том, что объём дефект-листа у Quantum довольно невелик (у ST/SE/TM - 1024 дефекта, к тому же сгруппированных в пулы по 32, или вовсе по одному-два на дорожку). Если число дефектов меньше указанного количества и они не образуют группы, достаточно сделать reassign дефектных секторов, а затем перенос (у Quantum - фактически, слияние) G-List в P-List.

Если дефектов много, стоит попробовать выполнить последовательно "Тест сервометок" и "Тест поверхностей" в PC-3000. Фактически, это пара тестов из Selfscan. Назначение и смысл этих тестов соответствуют аналогичным у PC-FUJITSU (см. предыдущую главу). Для более подробного описания этих тестов - см. документацию к PC-3000 (ссылки в начале главы). Прибавлю к ней пару слов от Izyum:

[q]

У всех Мухтаров/Кваксторов, которые ко мне попадали, полсе теста сервометок нужно было либо в МХДД делать erase, либо в ПС3000АТ операцию стирания....
без этого не проходили ни тесты по физике, ни тесты по логике, ни скан в МХДД...

А операции ЛЛФ для них, как таковой, в утилях нет - при скане сервы по ходу выполняется потрековое форматирование финта...
по сему эту оперцию нужно выполнять до конца по всем головкам (нельзя ее останавливать на пол пути).

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

К слову, перед тестом сервы нужно было бы обнулить дефект-лист...
А, соответсвенно, после теста скан по физике+скан по логике...Или, хотя бы, тест по логике с записью...На моей 80-тке на все это ушло около двух суток непрерывной работы

[/q]

Если дефекты располагаются большим блоком (задир, кольцевая царапина), скрытие их в дефект-лист может оказаться неэффективным или вовсе невозможным. В таких случаях применяют отключение зон. Существование этой методики возможно в силу отсутствия транслятора.
Для полного отключения зоны следует установить число секторов на дорожку (SPT) для неё в 0 (у ST и новее, для TM - 1, в связи с отличающимся механизмом скрытия дефектов - резервный сектор на дорожку). Нельзя (?) отключать зоны в середине, только в начале или в конце. В середине диска можно уменьшить SPT (оставить не менее половины от исходного, иначе возможен срыв синхронизации). Начиная с lct08, отключение зон делается для каждой головки индивидуально.

Если множественные дефекты идут по одной голове, следует принимать вопрос о её отключении.

Отключение головок
Отключать головки на старых семействах можно, начиная со старших (в середине пакета - перекоммутацией шлейфа). В старых семействах для отключения старших головок необходимо переписать микропрограмму от младшей модели. Начиная с TM, такой метод не работает - винт опрашивает подключенные головки. Для них делается аппаратная (на шлейфе БМГ) или программная переконфигурация. Об аппаратной переконфигурации можно прочесть в файле q_stsetm.pdf.

Программное отключение головок осуществляется правкой CP8 и CP14. CP8 содержит количество физических головок, а CP14 - битовую карту используемых. Ремонтные утилиты предоставляют механизм отключения головок в удобной форме. По отключаемой головке не должно быть записей в таблицах дефектов! Также отключаемая головка должна хоть чуть-чуть "держаться" за сервометки.

Младшей моделью в большинстве семейств является двухголовая, однако в ремонтных целях возможно получение одноголовых накопителей. 0-ю головку правкой CP8 и CP14 отключить нельзя - микропрограмма самостоятельно переправит изменения и отключит 1-ю. Для отключения нулевой сигналы выбора головок нужно поменять местами на шлейфе.

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

BlackCat написал:

[q]

Итак пример, берем квантум ТМ , или что то вроде , 1.08 например ... 2 головы, первая полудохлая .... т.е. например много бедов, или по ней читает, но не пишет ... отключаем , затем пересчет лог параметров .... Вроде все ничего , но тут вся прелесть , Мы меняем паспорт а он не меняется ....
И так ... причина ... винт читает служебку по 1 голове, но она отключена .... и мы не можем на нее записать .... т.о. надо перед отключением скорректировать паспорт/ лог. праметры а потом отключать иначе споткнемся

[/q]

Для семейств начиная с EL (?) отключение головок вступает в силу только после прохождения "Теста сервометок". Также в P-List должен присутствовать как минимум один дефект.

Начиная с lct08, отключение головок через CP14 сделать нельзя, т.к. коммутатор при старте опрашивает подключенные головки. Там отключение головок заменяется отключением зон. Однако для отключения зон требуется, чтобы головка хотя бы более-менее читала и держала серву. Если и этого нет, головка выкусывается физически - не в прямом смысле, конечно: вскрывается гермоблок и отрезаются провода, идущие от головки (напоминаю, 0-я - нижняя).

Как после отключения головок, так и после отключения зон, не забудьте поправить Max LBA! Желательно также скорректировать название модели (хотя на работоспособность это не влияет).
Третья цифра серийного номера означает количество физических головок, чтобы не возиться с её подбором - выставьте её в 0.

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

Selfscan

Скрипт селфскана
Для запуска селфскана в служебную область накопителя должен быть залит скрипт селфскана (файл .SSO). Он создан производителем и скомпилирован в двоичную форму. Скрипт состоит из отдельных тестов, CP.EXE умеет раскладывать его в читаемом виде. Формат скрипта и основные тесты описан в DISKWARE.TXT, список всех возможных тестов можно найти в модуле 20. CP.EXE может запускать некоторые тесты поодиночке в исследовательских целях, а также выводить лог селфскана в читабельной форме.

В начале скрипта селфскана по смещению 8 содержится ключевое слово. Его значения:
SELFSCAN - селфскан должен быть запущен
RunNoMor или deadbeef - селфскан деактивирован
Также по смещению 30h находится признак активности селфскана - буква "S" (у неактивного скрипта - байт 00).

Чтобы селфскан не прерывался при выключении питания, скрипт селфскана остаётся где-то (не в модулях) на диске, откуда его и можно добыть, исправить ключевое слово и отправить для запуска.

Модули селфскана
Для работы селфскана необходимы следующие модули:

• 20-28 - код и стартовые данные селфскана
• 30-37, 40-43 - логи и промежуточные данные, создающиеся в процессе, среди них:
• 31 - основной лог селфскана. В начале - результат (PASS или FAIL)
• - временный дефект-лист селфскана
• - временный серво-дефект-лист селфскана
• - Отчет тестов настройки адаптивов
• - Результаты селфскана
• - Результаты селфскана
• - Отчет теста Performance

В процессе прохождения селфскана винт стирает многие служебные модули и создаёт их в процессе прохождения, поэтому перед началом селфскана обязательно сохраните служебку!

Запуск селфскана
Перед запуском селфскана необходимо (?) очистить таблицу(-ы?) дефектов. Собственно запуск селфскана осуществляется командой Super 85 и(или?) передёргиванием питания. После включения винт, как обычно, инициализируется, рекалибруется и делает паузу в одну минуту (за это время можно обратиться к нему и отменить запуск селфскана), после чего зажигает светодиод и запускает процедуру самотестирования. Светодиод при этом вымаргивает номер теста, а в последовательный порт выводится диагностическая информация. Также процесс прохождения селфскана можно мониторить по интерфейсу. Время выполнения 4-8 часов, в зависимости от модели и состояния поверхностей. По окончании процедуры селфскана накопитель останавливает шпиндель и начинает моргать светодиодом. 1 раз в сек. - FAIL, 3-4 раза в сек. - PASS. Без скрипта селфскан проваливается сразу же по истечению минуты, служебка при этом не затрагивается.

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

---

Итак, синопсис. Для проведения селфскана на Quantum необходимо:
1) Раздобыть скрипт селфскан (в файлах или в служебке самого диска), при необходимости исправить ключевое слово на SELFSCAN
2) Залить скрипт в накопитель
3) Подать команду Super 85 "Запуск Selfscan"
4) Передёрнуть питание и ждать завершения, наблюдая за прохождением по светодиоду и в терминале.
PC-3000 содержит скрипты на СR, CX, EL, ST, TM, lct08, lct10. CP.EXE содержит в комплекте скрипты на ST и TM.
Где брать скрипты селфскана на все другие семейства - не знаю.

Программы и утилиты
Ну и наконец - самое главное: какими программами чинить.

В-нулевых, следует обязательно упомянуть фирменные утилиты, которые можно найти в составе пакетов обновления прошивки. Именно на их базе разрабатывались все прочие.
A6B2DNR.ZIP - апдейтилка для TM. Содержит:

[q]

CFGCNTR.EXE - Config Center test executable, основная утилита для работы со служебкой
CFGCNTR.PRM - текстовый файл параметров к ней, содержит скрипты
EXITCODE.ERR - файл описания кодов выхода
GENERAL.ERR - общий файл кодов ошибок (устаревший)
TEMPEST.ERR - коды ошибок TM
DW.CPG - пакет обновления, состав описан в заголовке. Содержит UPD, LCP, SSO, страницы конфигурации и прочее.

[/q]

а такде прочие скрипты, командные и справочные файлы, которые дают проедставление о внутренней "кухне" Quantum в 93-94 годах.
BF_firmware_A103.zip и BF_firmware_A104.zip - обновления для BF. Содержат:

[q]

VORTEX.EXE - по сути тот же немного причёсаный CFGCNTR
.CPG, .ERR, .PRM, .OUT - см. выше
.MAP - параметры линковки программного кода
.LDR и .UPD - есть отдельно в архиве A103
HX.PRO - профиль к тестовому стенду

[/q]

Прочие пакеты обновления содержат только .UPD файлы (что тоже полезно как лоадер) и специфический для каждой модели заливальщик.

Во-первых, поддержка большинства моделей Quantum есть в PC-3000 DOS. Конкретно - AS, BF, CR, CX, EL, EX, FB, KA, KX, LM, LT, LV, RR, SE, SG, SR, ST, TM, TB, TR, всех lct и Maxtor D540/D740.

Во-вторых, есть такая программа - CP.EXE http://yura.projektas.lt/files/quantum_maxtor/cp.rar , авторы - Александр Степанов и Лёва Корягин. Предназначена для SE/ST/TM, ограниченно может применяться и для более старых семейств. Гораздо большие возможности, чему PC3000. Состав архива:

[q]

README.TXT - описание программы
DISKWARE.TXT - описание структуры микропрограммы винта и служебной информации
TM_DW.TXT - отличия служебки TM от более поздних ST/SE
SERVO.TXT - описание сервосистемы и формата секторов
CP.EXE - сама программа
EXT_RSC.EXE - утилита для разборки файлов ресурсов .RSC от PC-3000
Файлы, взятые из фирменных пакетов обновлений:
*.ERR - расшифровка кодов ошибок
*.SSO - скрипты селфскана
*.LCP - лоадер страниц конфигурации
*.UPD - файлы апдейтов (они же лоадер)

[/q]

В-третьих, можно попробовать использовать HDD.EXE. Я нашёл файлы конфигурации (скрипты) для него:

• QUANTUM.INI - основной файл настроек: структура служебки, зонное распределение и др.
• QU_SUPER.INI - ключ Super-On и форматы суперкоманд.

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

---

Коротко основные особенности и отличительные черты архитектуры Quantum:
1) Configuration Pages
2) На старых моделях - архаичный механизм скрытия дефектов (по сектору на дорожку)
3) Паспорт в явном виде не хранится
4) Транслятор на диске не хранится, собирается в ОЗУ "на лету" из таблицы зонного распределения и дефект-листов
5) G-List содержит копию P-List
Всё остальное - типично для большинства прочих HDD.

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

От Квантума естественным путём переходим к Макстору ("мухтары").

Maxtor Corporation — бывший американский производитель жёстких дисков, штаб-квартира - Милпитас, Калифорния. Компания была основана тремя бывшими сотрудниками IBM в 1982 году в Сан-Хосе, Калифорния. В 1983 году Maxtor представила свой первый продукт, Maxtor XT-1140 (5.25"/FH MFM, 15 пластин, 140 Мб). За 9 лет разработки оригинальная серия XT достигла ёмкости в 1 Гб. В середине 90-х права на эту серию были проданы компании Sequel (Санта-Клара, Калифорния) Эта компания, ответвление от Unisys, не был производителем жёстких дисков, а занималась лишь их восстановлением для корпоративного рынка. Под угрозой банкротства в 1992, Maxtor покинул рынок серверных жёстких дисков. К тому времени 7000 серия SCSI была признана устаревшей и снята с производства, и к концу 1993 года все инженерные подразделения в Сан-Хосе были закрыты, осталась только команда разработчиков из бывшего MiniScribe.
В 1990 году Maxtor купила производителя жёстких дисков MiniScribe, вступив на потребительский рынок. Последняя модель этой фирмы, Miniscribe 8051A, некоторое время выпускалась под брендом Maxtor (у меня в коллекции есть такой винт), и отдельные его черты прослеживаются в последующих разработках. Поглощение прошло не особенно гладко, и первые продукты объединённой компании (например 7120AT на 120 MB) страдали от множества конструктивных и производственных дефектов (подтверждаю, у меня 7131AT был списан из-за обилия бэдов). В 1996 году линейка продуктов была полностью переработана, и была представлена серия DiamondMax с процессорной архитектурой Texas Instruments DSP. В 2000 году Maxtor приобрела Quantum в качестве подразделения, которое изобрело для Maxtor интерфейс ATA/133 и помогло Maxtor снова вступить на рынок серверных жёстких дисков. В декабре 2005 года, незадолго до приобретения, Maxtor был третьим в мире по величине производителем жестких дисков. В 2006 году Maxtor была приобретена компанией Seagate. Влияния разработок макстора на продукцию сигейта мной не замечено.
Также жёсткие диски Maxtor продавались под маркой Nikimi. Эти диски - ремонт в заводских условиях, т.н. рефаб.

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

7171AT "GTO IV" - "автомобиль Pontiac GTO"
7120А, 7080A, 7060A, 7040A - "штурмовик Warthog"
71084A, 71336A, 71626AP - "круглая рыба"
7213AT - "хамелеон"
71687AP - "птица в полёте"
7850AV "Triumph III" - "мотоцикл"
7121, 7213, 7245AT - "самолёт анфас" (или что-то в этом роде)
7345AT - "вздыбленные кони"
7420AV, 7540AV - "два клетчатых флага"

По старым моделям, архитектуры 7000, информации немного (вот, например, текстовые описания: http://lorien.alyon.org/InfosT...axtor/ide/ ). Служебки как таковой они не имеют, вся информация, кроме таблиц дефектов, хранится в ПЗУ. Процессорная архитектура - Intel MCS-96. PC3000 поддерживает их ограниченно: низкоуровневое форматирование, просмотр таблицы дефектов, их поиск и скрытие.

PCMX7120.pdf - для моделей 7120А, 7080A, 7060A, 7040A "Cheyenne"
PCMX7XXX.pdf - руководство по ремонту 7131A, 7135AV, 7170A, 7213A, 7245A, 7270AV, 7345A, 7420AV, 7425AV, 7540AV, 7541A, 7546A, 7850AV, 71050A, 71084A, 71260A, 71626А.
PCMXLXT.pdf - по семействам LXT-xxxA (LXT-200A, LXT-213A, LXT-340A, LXT-535A) (двойной высоты) и MXT-xxxA (MXT-540A). Вот ещё есть программа низкоуровневого форматирования MFORMAT2 для них, и всякие прочие программы: ftp://ftp.mpoli.fi/pub/hardware/HDD/MAXTOR/INDEX.HTM

Из этого поколения у меня есть только 7850AV

Рабочий, только подшипники подозрительно звенят. Вот прошивка от него для желающих покопаться. Судя по ней, у винта есть диагностический терминал с диалоговыми меню (!) (терминал выведен на контактные отверстия на плате и подписан), осталось только разузнать, как его активировать. Вот ещё для анализа прошивка, модули, логи и фото на Maxtor 71084A
Ещё по ним могу предложить Maxtor Low level format Uyility (MAXLLF) 1996 года.

Начиная с 1996 года, Maxtor полностью переделывает модельный ряд и вводит новую платформу на процессорах TI DSP. Одной из отличительных особенностей топовых накопителей Maxtor являлась технология DualWave - отдельное DSP ядро для обработки потока данных и отдельное RISC ядро для обработки команд, что долгое время (практически до заката Maxtor) обеспечивало дискам этой фирмы лидирующие показатели практически во всех тестах. Также компанией Maxtor (вернее, командой из поглощённого Quantum) был разработан и впервые введён стандарт ATA-133.
Семейства до DiamondMax 60/VL30 включительно PC-3000 официально не поддерживаются (хотя можно попробовать). Дело в том, что c выхода 8000 серии до поглощения Quantum винчестеры Maxtor в Россию практически не поставлялись. Это же означает, что шанс встретиться с ними - минимален.

Семейство	Кодовое имя	Процессор	Макс. число пластин	Ёмкость пластины, Гб	Скорость шпинделя, об/мин.	Примечания
CrystalMax 875			4	875M	4480	Также фигурирует как "8000 series". Анонсированы в сентябре 1996 года. Плата похожа на предыдущее семейство, рисунок на ней - "голова льва".
CrystalMax 1080	SOLAR	DSP	4	1.08	4480
DiamondMax 1280		DSP	4	1.2
DiamondMax 1750	SOLAR	DSP	4	1.7	5200
DiamondMax 2160	NORTHSTAR	DSP	4	2.1	5400	Символ на плате - "N-образная стрелка и две звёздочки"
DiamondMax 2880	GALAXY	DSP	4	2.8	5400	На плате рисунок "планетная система". Не путать с Seagate GALAXY. Обновление прошивки от Dell
DiamondMax 3400	VEGA	DSP	4	3.4	5400	Рисунок на плате - "звезда"
DiamondMax Plus 2500	VEGA	DSP	4	2.5	7200	По-видимому, первая серия на 7200 об/мин.
DiamondMax 4320	VEGA	DSP	4	4.3	5400
DiamondMax Plus 5120	NOVA	DSP	4	5.1	7200	На плате рисунок - "стилизованная надпись NOVA". Обновление прошивки от Dell
DiamondMax (Plus) 6800	METEOR	DSP	4	6.8	5400 (7200)	Предположительно, первый с технологией DualWave
DiamondMax 36	INT V-3	DSP	4	8.7	5400
DiamondMax VL17	INT V-3	DSP	2	8.7	5400	VL означает Value Line - потребительская серия (малое число дисков, нет DualWave). Упрощённая версия DiamondMax 36.
DiamondMax (Plus) 40	DRACO (или DRAGO?)	DSP	8	10	5400 (7200)
DiamondMax VL20	Millenium TNT V	DSP	4	10	5400	Удешевлённая параллель 40-й серии
DiamondMax Plus 45	NEBULA	DSP			7200
DiamondMax VL30	ALTAIR	DSP	2	15	5400	Параллельна 60-й
DiamondMax (Plus) 60	RIGEL	DSP	8	15	5400 (7200)	Патч SMART от Compaq
DiamondMax VL40	PROXIMA	DSP	2	20	5400	Параллельна 80-й
DiamondMax 80	LEO	DSP	4	20	5400	Надпись на плате - BLUE-FISH3 - названием семейства не является.
D531X (DiamondMax VL15)	NIKE	DSP	1	10/15*	5400	"Тонкий", 1 голова (т.е. пластина по 30Гб технологии), внешняя парковка. Разная ёмкость достигается разной плотностью записи.
D536DX	VULCAN	DSP	3	30	7200
D540X		DSP	4	40	5400	Надпись на плате - BLUE-FISH, скорее всего, названием семейства не является. Не путать с D540X-4K!
D540-4D	ROMULUS	DSP/Poker	2	40	7200	Выпускалась на двух типах процессоров
D540-4G	NEPTUNE	Poker	4	40		Впервые в индустрии - LBA48, первая модель макстора с ATA133
D541X	ATHENA	DSP/Poker	1	10/15/20*	5400	"Антена". "Тонкая" одноголовая модель (т.е. пластина по 40Гб технологии). Выпускалась на двух типах процессоров, 16-разрядном DSP и новом 32-разрядном Poker. Отличается бажным микрокодом. Существовала модель на 40 Гб - 2B040H1, инженерные образцы, которые не должны были пойти в серию, но каким-то образом попали в продажу.
Fireball 3	ARES 64K	Poker		40*	7200	"Тонкий" (технология 80 Гб/пластина). К накопителям Quantum Fireball отношения не имеет, просто эксплуатация раскрученной марки. Первая модель на новом процессоре (более старые разработки потом частично перевели на новую электронику) Первый накопитель с кол-вом цилиндров больше 64к, отсюда цифра в названии.
DiamondMax Plus 8	N40P	Ardent		80	7200	"Тонкий" одноголовый (ёмкость 40 Гб, модель на 30 Гб - понижение плотности, модель на 20 - обрезание последних зон). Мелкая надпись на плате - Apollo. Патч прошивки от IBM
DiamondMax Plus 9	CALYPSO	Ardent	3	60/80	7200	"Клипса". Очень популярное (и очень проблемное) семейство. Также выпускалось как MaxLine Plus II - с максимальной ёмкостью в 250 Гб. Обновление прошивки до версии YAR51EW0 для 6Y080M0 (SATA)
DiamondMax 16	FALCON	Poker	4	80	5400	Также выпускался как Maxline II.
DiamondMax Plus 10 (SATA), MaxLine III	SABRE(2)	Beagle (Oscar)	3	80, 100	7200	Этот и все последующие PC3000 DOS не поддерживаются
DiamondMax 11, MaxLine Pro 500	GRIZZLY	Seaglet	4	100/125	7200	Выпускался как дополнение к 10-й серии, емкость минимум 400 Гб. Обновление прошивки для них
DiamondMax 17		(производства Marvell)		160	7200	Внешне выделяется увеличенным кругляшом на крышке над шпинделем. Плата установлена деталями к гермоблоку. По-видимому, последняя собственная разработка Maxtor.

Семейства D540X-4K и D740X-6L относятся к Quantum и уже рассмотрены выше. Серии DiamondMax 20-23 являются перемаркированными Seagate и рассмотрены в главе про ремонт сигейтов.
2.5" и PCMCIA винчестеры на старой платформе также выпускались, под маркой MobileMax, но редкость это несказанная. На новой платформе готовилось к выпуску, но так и не вышло семейство Janus.

Особенности и типовые неисправности отдельных семейств

Все "тонкие" Maxtor ("шоколадки") - очень неудачная конструкция:

[q]

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

[/q]

[q]

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

[/q]

Я не поленился разобрать один такой неремонтопригодный винт и сфотографировать:

Как видно, одним-единственным винтом диск крепится. А ещё у них ненадёжная герметизация корпуса, верхней наклейкой.
Интересный факт: так как у этих моделей: 1) Один блин, 2) Одна головка (нижняя), 3) Упрощёное крепление диска, 4) Парковка на рампе (внутренней); то для снятия данных при проблемах с головками/шпинделем/коммутатором проще всего оказывается переставить блин в донора. С другими винтами такой фокус вот так запросто не пройдёт.
Низкое качество "тонких" максторов невзначай подмечали даже в позитивно предвзятых обзорах: https://fcenter.ru/online/hard...st_pervaya

ATHENA - характерный баг модификации DSP: в случае неисправности P-List винт раскручивается, распарковывается, а потом останавливает шпиндель, забывая запарковать головки! При аварийной остановке шпинделя начинает калиться один из трёх полевиков - осторожно, не спалите!
Для этого очень глючного винта (особенно в модификации POKER) есть бесплатная "однокнопочная" утилита для починки служебки Maxtor HDD Firmware Repairот SalvationData (также фигурировала как "китайская утилита от xlysoft") - демо-версия полной платной утилиты, поддерживающая только одну эту модель. Я пробовал - прога рабочая. Обсуждение: http://www.rom.by/forum/Proshc...nyj_podvid
Ещё для него же от той же фирмы есть HDD Software Repair, можете попробовать использовать для скрытия бэд-секторов.
Разбор упомянутого бага и действитй HFR2.0 от Tomset

N40P - используется внешнее SPI Flash ROM типа 25С010 (только с процом C5). ПЗУ содержит адаптивы, при замене платы необходима его перепайка. Аналогично с лоадером - для нормальной инициализации нужен подбор подходящего.
Накопитель нередко портит себе P-List. Меняется заголовок (см. выше про блокировку модулей), и один или несколько секторов становятся софт-бэдами.

[q]

К слову сказать максторы все почти голвоами болеют - что аресы, что н40п, что калипсы, что ромулусы до кучи... И D540x-740x болели, и аненны но чаще всего они таки дохли от нарушения центровки блина и запилов.

[/q]

Для диагностики проблем с головками и считывания информации с такого винта - попробовать винт нагреть или охладить.

CALYPSO - также флеш-ПЗУ.
Есть модели с плотностью 60 Гб/пластина и 80 Гб/поластина, лоадеры и платы у них несовместимы. Специфическая неисправность при выходе из строя одной или нескольких головок: определяется заводским псевдонимом, но при этом есть доступ к служебке и все модули целые.
При нерабочей записи (см. выше) есть вероятность испортить критичные водули и при следующем старте незаметно вылететь в альтернативную служебку. Она будет выглядеть целой ("я всё починил!"), но это не та служебка.
Могут иметь два возможных формата G-List. По умолчанию PC-3000 показывает "новый". Для просмотра в "старом" формате выбрать накопитель как N40P. Подсказку по структуре форматов можно глянуть в доке hrt_maxtor.pdf, если интересно.

ARES 64K - Нередко встречается такое поведение:

[q]

программы , пишущие в сектора работают без проблем с нормальной скоростью, но чтение этих же секторов в MHDD и др.
показывает скорость 137 кб\сек и поливает все красным.
Иногда начинает работать нормально, но потом снова впадает в кому.

[/q]

Причины: http://www.hardw.net/forum/arc...index.html

[q]

Это стандартаная болячка FB3. Поверхность у него деградирует. А на трудно читаемых секторах он надолго задумывается. Если все трудно читаемые сектора перенести в P-лист, какое-то время поживет, пару недель-месяц при интенсивной работе. Потом опять. Если банку открыть - видно, что фильтр у него уже темный, хотя явных задиров и не видно.

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

[/q]

Маркировка
Старая система обозначений:

Расшифровка модели:
2-4 цифры - ёмкость в десятках Мб
6 буква - тип интерфейса (D - ATA33, U - ATA66, H - ATA100)
7 цифра - число головок/рабочих поверхностей
К сожалению, определить принадлежность к какой-либо серии по обозначениям на крышке невозможно, используйте поиск в интернете.

Новая система обозначений:

Номер модели (7 символов) подчёркнут красным. Расшифровка:
1 цифра - предположительно, скорость шпинделя (4,5 - 5400, 6,7 - 7200, 8 - 10k/15k)
2 буква - семейство:

• W - D536DX
• D, K - D540X
• J - D540X или Atlas 15k V ROHS
• R - DiamondMax 16 (младшие модели семейства)
• T - DiamondMax Plus 60
• E - DiamondMax Plus 8, Atlas 15k II
• Y - DiamondMax Plus 9
• F - Fireball 3
• K - D540X-4K "квакстор", Atlas 15k II ROHS, DiamondMax Plus 8 ROHS
• L - D740X-6L "квакстор", DiamondMax 10 ROHS
• V - DiamondMax 10 (SATA2), MaxLine III SATA2
• G - D540X-4G, DiamondMax 17
• H - DiamondMax 11, Maxline Pro, QuickView
• N - DiamondMax 8S ROHS
• A - Maxline II или старшие DiamondMax 16
• B - Atlas 10k IV, DiamondMax 10
• C - Atlas 15k
• D - Atlas 10k V

3-5 цифры - ёмкость в Гб
6 буква - конструктивное исполнение (J - шарикоподшипники, L - гидродинамические, P - кэш 8 Мб (против 2), R - кэш 16 Мб, M - SATA/8M кэш, S - SAS или SATA/16M), E - SATA2/8M, F - SATA2/16M
7 цифра - неизвестно
Дополнительно:
9 цифра - число головок. Также число головок - 2-я цифра серийника. Есть мнение, что при отключении головок она должна быть скорректирована.

В обеих системах маркировки версия прошивки - после слова Code. Также отдаётся в паспорте, для которого берётся из ПЗУ (наплатного или подгружаемого образа). При этом выводимая версия может видоизменяться:
2 символ: A - основная служебная зона (см. ниже), С - альтернативная
8 символ (последний): 0 - микропрограмма загружена, Z - оверлейный код не загружен, работает ПЗУ

Под версией Code - четыре буквы через запятую.

[q]

буквовки K.M.B.A.
K - код производителя головок
M - код производителя блинов
B - код производителя моторчика
А - код вендора предусилителя

[/q]

Кто-то из гуру утверждал, что лучше всего подходят лоадеры от дисков с такими же кодами компонентов.

Ещё есть наклейка на разъёме, с пятью буквами, например, A8FFA. Sable про нё писал:

[q]

A8 - суть версия МП
FF - имеет отношение к блоку головок (зависимости как нить по случаю распишу)
а вот что есть последняя "А" я так и не поонял...
Кстати, господа ремонтники, у меня крайне интересная статистика по этим самым буквовкам, с точки зрения сколько каких прошло через мои руки.
Грубо говоря... версии типа D6 или G8 в ремонт по случаю слетевших G-листов (к примеру) практически не попадают... А вот всяких A8, B2, B8 - как грязи...

[/q]

[q]

На наклейке – B8FEA, т.е. Версия МП – B8, FE – код конфигурации HDA (Head Disk Assembly), A – это значит основное производство, не заказное.

[/q]

Ссылки
Страница техподдержки Maxtor
https://www.unix-ag.uni-kl.de/~pcfe/Html/ftpfiles.html - каталог Maxtor FTP за 7.10.1996г. Ссылки не работают, ищите файлы по именам.
Справочник по HDD: Maxtor `2003
Maxtor Storage Products Guide - путеводитель по последним моделям самостоятельной фирмы