Полигон-2

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

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

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 - путеводитель по последним моделям самостоятельной фирмы

Прежде всего оговоримся: 7000 серию далее не рассматриваем. Я по ней кратко прошёлся выше, больше по ней сказать нечего. Если что всплывёт - выше и добавлю.

Процессоры
Прежде всего, как вы могли заметить в таблице моделей, первоначальный процессор DSP позже сменяется POKER/ARDENT. Слово предоставляется главному макстороведу Sable: http://hardw.net/forum/topic6299.htm#61803

[q]

Так, давайте раз и навсегда определимся с аресами с64к.

ARES C64K - первый опыт макстора с числом цилиндров (нарезкой) более 65536, т.е. для адресации цилиндра нужно уже не слово (WORD, 16 разрядов), а как минимум двойное слова (DWORD, 32 разряда). В связи с этим был осуществлен переход с 16-ти разрядных процессоров (лицензированных у Ti, производства Lucent/Agere) на 32-х разрядные процессоры от той же Ti, производства все той же Agere. Если 16-ти разрядные процессоры шли под логотипом DSP, то 32-х разрядные - под торговой маркой Poker/Ardent, не сосредотачивая все силы на производстве накопителей с более 64К цилиндров, продолжалось производство накопителй "старого образца", т.е. ATHENA - с новым процем, старой БМГ и заново перекомпилированой микропрограммой под 32-х разрядной процессор - вот почему эти самые афины (плоский представитель) и полноразмерные ROMULUS встречаются двух типов. Ну да ладно, отвлекся от злополучных аресов.
Введение стольких новшеств не могло не отразиться на собственно микропрограмме накопителя, т.е. на программном обеспечении. На накопителях ARES фирмой Maxtor было впервые применено понятие "обкаточной версии блинвари", которая в дальнейшем трансформировалась в пресловутую "С-варь" или "альтернативку". Но на АРЕСах и первых N40P обкаточная версия блинвари находилась в логическом пространстве основной служебки, и переключение между ними производилось путем определенных манипуляций с модулем DISK. Отличие варей типа "А" и типа "В" значительны, в силу тех задач, которые им приходится выполнять. К примеру в "В" напрочь отсутствуют процедуры трансляции LBA-CHS для юзер арии и совершенно по иному обрабатываются механизмы трансляции UBA-CHS, в "В" отсутствуют многие АТА-вещи типа SMART, системы паролирования и проч. Но самое главное, там совершенно по иному реализованы механизмы обработки дефектов поверхности!!! (тут быстро вспомнили, что цилиндровую нарезку до 64К отрабатывали годами, а 64К - дело новое, нехоженное)...
Это предыстория. Теперь, собственно, сама история....
Чтобы не отстать от конкурентов и не ударить в грязь лицом Макстор как сумашедший носится по производителям блинов (platter), головок (head) и предусилителей-коммутаторов (preamp). На каждую комбинацию вендоров (правда потом сошлись на TDK - производитель голов, Agere - производитель преампов) инженерам приходилось переписывать МП с учетом всех тонкостей для каждого вендора. Делалось это все в невообразимой спешке! (чтобы успеть за конкурентами)... Да, совсем забыл... Очередное веяние моды - гидродинамические подшипники! Тоже накладывающие свои нюансы в слаженность всей сервосистемы...
В итоге, что мы имеем для накопителей ARES C64K фирмы Maxtor:
1. Первый опыт в нарезке более 64К цилиндров
2. Новый 32-х разрядный процессор
3. Новая идеология микропрограммы накопителя
4. Суета с поставщиками блинов/голов/преампов
5. Куча версий этих самых МП
6. Новый гидродинамический подшипник
Куда ни кинь - кругом "новое", "новое" и "новое"...
Выводы:
- накопители ARES C64K лучше всего характеризует гондурасская народная поговорка "первый блин - комом".
- ремонтировать таких моральных уродцев по прошествии 5-ти лет с даты изготовления - бессмысленная трата времени и нервов.
Из плюсов - ремонтировать(?) их можно ... но с целью получения бесценного экпиринса в деле ремонта накопителей. Ибо все технологии, которые будут отработаны на аресах - с небольшой адаптацией применимы к ЛЮБОМУ натив-макстору.
И в догонку - экспиринс тем выше и действенней - если вы САМИ восстановите такой накопитель, с помощью небольших пинков нужном направлении от истинных мастеров этого дела и огромного объема информации, рассыпанного по бесчисленным спец-форумам.

[/q]

Итак:
1) Все Maxtor делятся на две категории: старые DSP и новые Poker/Ardent (для ещё более новых - бесплатных утилит нету). Для их починки используются разные утилиты, но архитектура служебки в целом у них одинакова, и далее они описываются вместе.
2) Часть старых серий (ROMULUS и ATHENA) позже стали выпускаться с новой электроникой и процессором.
3) У Poker только у Ardent есть две служебки: основная и альтернативная тестовая, или Alt-SA. Из альтернативной служебки пользовательская зона не доступна. Подробности далее.

Руководства по ремонту
Изложенный материал - в основном их переложение в сжатой и сокращённой форме, дополненное и исправленное инфой с форумов.
От PC-3000 DOS: http://files.hddguru.com/downl...Maxtor.pdf
От PС-3000 PCI (Win): http://files.hddguru.com/downl...s_ver2.pdf
От HRT: hrt_maxtor.pdf

Структура служебной информации
Порядок загрузки
Микропрограмма хранится в ОЗУ. Первым делом копируется в память и стартует ПЗУ размером 128 кбайт (1 Мбит или 256 секторов). Их два: если на плате есть последовательное или параллельное флеш-ПЗУ, используется оно, если нет - стартует масочное ПЗУ из проца. Масочное ПЗУ при этом может относиться к другому семейству: так, например, без ПЗУ CALYPSO может определяться как N40P.
Как в масочном, так и в последовательном ПЗУ есть загрузочные адаптивы (только для чтения, не для записи!).
Далее проверяется положение перемычки safe mode. Если она установлена, шпиндель не раскручивается и винт отвечает только на две команды: выдачу паспорта (отдаётся технологическим именем семейства, а версию МП - пишет версию ПЗУ) и загрузку микрокода 92h. По этой команде в винт можно загрузить лоадер для дальнейшей работы со служебной зоной на диске. О работе с лоадером расскажу далее.
Если перемычка не установлена, с диска считываются таблица дефектов служебной зоны, модули оверлеев, полные адаптивы служебной зоны и копия ПЗУ, которая полностью замещает считанное с флешки/из маски.
Далее считываются прочие модули, необходимые для нормальной работы, и винт выходит на готовность в обычном режиме.
Если в ходе загрузки модулей служебки произошла ошибка, винт ищет на диске альтернативную служебную область, и если она есть - загружается с неё.
В случае полной невозможности чтения или ошибки по обеим областям, винт переходит в состояние FAIL - подобно safe mode, но выйти из него нельзя и лоадер грузить бесполезно: надо ставить перемычку safe mode и передёргивать питание.
Возможна частичная инициализация: винт определяется своим именем, но последняя буква в версии микпропрограммы - Z. Обычно при этом он даёт доступ к служебке без лоадера (?).

Модули
Служебка Maxtor - классическая, модульная. Служебная зона расположена на внешних цилиндрах (у тонких дисков с внешней парковкой - на внутренних). Адресация секторов в служебке - логическая, по UBA (Unit Block Addressing). Обращение к модулям - по однобайтному позиционному номеру (PN) в карте модулей (Road Map) (где эта карта находится - см. расследование ниже). PN ни в заголовке, ни в теле модуля не прописан. Заголовок состоит из имени (длина 2, 4 или 8 байт), у табличных вместо имени - байты 55 AA. Байты имени - в порядке big-endian (так, RCT0 видно как CR0T), при просмотре в редакторе - переставить местами байты в слове. Имя (если место позволяет) включает в себя номер копии. Сразу за именем начинается тело модуля. Все модули, кроме SMART, защищены контрольной суммой. Нумерация в ходе эволюции не менялась, однако имена у разных поколений могут различаться. Модули дублируются по нескольким головам и по разным UBA (см. ниже). PC3000 по PN оперирует только с первой копией, остальные доступны потреково в режиме "Чтение групп модулей". Системная голова у подавляющего большинства винтов - 3-я (у тонких единственная голова также имеет номер 3)

Назначение модулей (расположены по возрастанию UBA):

Модули данных:
PN	Название	Назначение
37, 7A	U_LIST	Транслятор служебной зоны. Копия с PN=37 всегда начинается с UBA 0, копия с PN=7A - в самом конце служебной зоны.
1F	DISK	Паспорт диска
78	RZTBL	Таблица распределения дефектов по зонам
37	AT_PDL	Заводской дефект-лист (P-List)
21	RCT	Адаптивы юзер-зоны
1E	SRV	Адаптивы сервосистемы
1A	SECU	ATA-пароли
2F		Пороги SMART
30		Атрибуты SMART
63		Копия атрибутов SMART
22	ATAF	Флаги настроек ATA (автоскрытие дефектов, парольная защита, поддержка LBA48...)
34	ARREH
48	LABEL	Информация о деталях (диски, головки, преамп...) Также такая информация есть на наклейке на торце.
1D	DMCS
1B	AT_POL	Растущая таблица дефектов (G-List)
35	AT_XAL	У старых DSP - таблица кандидатов в дефекты
64	MAXATG
5E	EVTLG_00	Лог ремапов
70		Суммарный лог SMART
71		Лог самотестирования SMART
72		Лог SMART Host Vendor
7B	FW
95	DISK	Дополнительный DISK, есть только у моделей без Alt-SA. Второе влово (байты 3-4) определяет выбор микропрограммы - 1 или 2 (не путать с альтернативной служебкой!).
93	FMTI	Зонные таблицы и индивидуальные настройки по каждой голове (используется только у полноразмерных
A7	AT_POL	Копия 1B (только у Ardent)
Кодовые модули: У каждой из служебок есть по две выбираемых микропрограммы - 1 и 2.
39	ROM_SA	Подгружаемая копия ПЗУ 1
38	OVL ATA	ATA оверлей 1
4F	OVL TECH	Оверлей технологических команд 1
97	ROM_ST	Подгружаемое ПЗУ 2
96	OVL ST1	Оверлей 2
98	OVL ST2	(в двух частях)
Модули селфскана Эти модули некритичны для работы, но могут использоваться для ремонта.
33	HLUTL & HUSR	Промежуточная таблица дефектов служебной и пользовательской зон
11	MX_ST_CFG1
43	MX_ST_CFG2
0D	MX_ST_CFG3
0E	MX_ST_SCRIPT	Скрипт селфскана
83		Информация о компонентах
31	DISK	Копия 1F
14	STRS
46	OPTI	Настройки самотестирования
47	STRS

Ещё по модулям от Sable:

[q]

Модуль 43 являтся НЕ ЛОГОМ!!!! это по сути параметрический модуль.
В нем, например для тестов поверхности, формируются переменные и константы необходимые в первую очередь для самого теста! Т.е. начальный-конечный цилиндры тестирования, шаг прирощения, величины придирчивости, максимальновозможного количества ошибок и пр. Но в этом же модуле (хотя и не только в нем) прописываются, к примеру, текущий цилиндр "действа" и пр.
Хотя по сути логом в чистом виде является "самый большой" модуль из группы скановых ... партнумбер не помню, помню что длиной от больше 800h секторов . Причем на каждый тест выделяется свое число секторов этом модуле. И ошибка "переполнения лога" именно тем и вызывается, что кое-какие тесты ДОПИСЫВАЮТ логи, а кое-какие - ПЕРЕПИСЫВАЮТ!!!
Для любителей "анализа" - офигительный "простор для творчества".

[/q]

[q]

RZTBL - это с легкой руки AceLab стали назвывать зонной таблицей. На самом деле это распределение дефектов по зонам.
Реальный зонник в MFIT.

[/q]

Индивидуальны для каждого накопителя и критичны для его работы: 37, 78, 18, 93
Критичны, заменяемы с подбором по модели/версии/итд.: 1F, 22, 1D, 95, 39, 38, 4F
Могут быть восстановлены или пересозданы: 1A, 2F, 30, 63, 1B, 35, 70, 71, 72, A7
Остальные данные для работы в обычном режиме не критичны. Среди них:
Модули селфскана: 11, 43, 0D, 0E, 46, 47
Модули второй микропрограммы: 97, 96, 98 (заменяют 39, 38, 4F)
Если адаптивы (модули, их содержащие) потеряны, то диск будет работать в лучшем случае только на чтение. Пересчитывает адаптивы Selfscan (но данные, при этом, естественно, разрушаются). Немного о них:

[q]

ID21 = UBA 0145; ID21(copy1) = UBA 3519 - это адаптивы поверхности данных. Критичен для данных пользователя. Во время selfscan происходит пересчёт адаптивов поверхности.
ID1E = UBA 016d; ID1E(copy1) = UBA3541 - это сервоадаптивы. После записи от другого можно навсегда лишиться возможности дальнейшей корректной работы со служебкой. В самом начале selfscan происходит пересчёт сервоадаптивов. Вероятно также есть команда для их пересчёта, без запуска selfscan.

[/q]

Разбор отдельных модулей
U_LIST (37) - транслятор служебной зоны. 8 копий, в таблице модулей только 2 (остальные доступны при посекторном чтении). Индивидуальная структура по каждой головке. Также содержит число используемых секторов в модуле AT_PDL, поэтому эти модули должны всегда переписываться вместе. При работе время от времени переписывается, из-за чего может быть разрушен!

[q]

Первая копия ULIST на Калипсе замечено - всегда содержит паспортные данные. Это нормально!

[/q]

DISK (1F) - информация о диске

[q]

Структура модуля DISK.
Авторство чье - точно не помню, так что извините: Авторство - Krogr!

Структура модуля DISK.
Offset 00 - 4 байта заголовка DISK.
Offset 04 – 16 байт номера подключенных голов, от младшей к старшей. 2 байта на головку. Остаток добивается FF FF. Вид примерно следующий:
02 00 03 00 04 00 FF FF FF FF …. – 2, 3, 4 головка подключены.
Offset 0x14 – 4 байта – MaxLBA
Offset 0x18 – количество подключенных головок.
Offset 0x1А – (?) максимально возможное количество голов для данной модели(?) На практике равно Offset 0x18.
Offset 0x1С – 4 байта – MaxLBA
Offset 0x20, 0x22 и 0x1FA– двоичная карта голов. Например: 0х1С = 00011100b – присутствуют головки 2, 3 и 4.
Offset 0x24 – 20 байт серийного номера.
Offset 0x38 – 40 байт наименования модели.
Offset 0x7E – 2 байта ?
Offset 0x80 – 2 байта ?
Offset 0x82 – 2 байта ?
Offset 0x84 – 2 байта ?
Offset 0х100 – 2 байта – указатель на выбранную модель из нижеследующего списка.
Offset 0x102 – четыре одинаковых по содержанию структуры-описатели модели по 44 байта каждая:
4 байта – LBA;
40 байт – наименование модели.
Третья обычно забита нулями.

[/q]

Редактировать его в удобном виде позволяют MRT, HDD Repair

HUTL & HUSR (33h) (сокращённо HLists) - промежуточная таблица дефектов. Формируется в ходе селфскана. Состоит из цепочки таблиц. Каждая таблица имеет заголовок (8 байт) и контрольную сумму. Первая - HUTL длиной 16 кбайт, дефекты служебной зоны. За ней идут HUSRxxxx длиной 8 кбайт, где xxxx - порядковый номер. Дефекты - в формате PCHS. Все известные мне программы, работая с таблицей дефектов, опираются именно на этот модуль, потому как основные расшифровывать не умеют.

MX_ST_SCRIPT (0E) - скрипт селфскана. Состоит из 8-словных записей: номер теста и 7 параметров к нему.

[q]

Для запуска селфскана нужно соблюдение как минимум двух условий — наличия в накопителе или его памяти правильной прошивки и наличие правильного задания. Задание — это список тех тестов, которые накопитель должен пройти в процессе самотестирования. Как правило, задание хранится в специализированном модуле, подгружается во время инициализации селфскана и имеет вид скрипта или таблицы. В этом скрипте, обычно в унифицированном формате, приводятся номера (ID) тестов, которые необходимо выполнить, и параметры каждого теста. Вполне естественно, что для параметров в поле скрипта или таблицы зарезервировано определенное количество байт, которые могут либо использоваться, либо не использоваться (в этом случае поле будет заполнено определенным паттерном — например, 00h или FFh). Как пример, приведу фрагмент скрипта селфскана накопителя Maxtor Romulus:

0x0000   F5 00 E0 10 00 00 00 00 03 00 02 00 01 02 01 05   o.a.............
0x0010   36 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   6...............
0x0020   81 00 00 02 00 00 00 00 00 00 00 00 14 00 00 00   ?...............
0x0030   11 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

В данном случае запись об одном тесте в скрипте составляет 8 слов, первые два байта — это ID теста (например, F5 00 — это пропуск теста), следующие 7 слов — это его параметры. В принципе, задания можно изменять вручную, однако стоит помнить, что часто модули служебной зоны НЖМД защищены контрольной суммой.

[/q]

Для удобного редактирования скрипта есть программка KrogrESS от krogr. Также она позволяет мониторить прохождение селфскана.

Блокировка модулей
При неисправностях в некоторых модулях таблиц микропрограмма винчестеров Maxtor "блокирует" эти модули, не давая накопителю запуститься в обычном режиме. Предположительно эта функция предотвращает потерю данных, с целью дальнейшего их восстановления в условиях сервиса. Осуществляется блокировка правкой заголовкой модулей. Обычно блокируются следующие модули:
AT_PDL 0 -> NO_PLIST
AT_POL 1 -> NO_GLIST
U_LIST00 -> NO_ULIST
U_LIST00 (копия) -> U_LIST01
DMCS 1 -> NO_DMCS
Для восстановления заблокированных модулей необходимо считать их, исправить заголовок, пересчитать контрольную сумму и записать обратно. Утилиты умеют делать это автоматически (PC3000 - "восстановление модулей"). Если заголовок нормальный - пользоваться этой функцей не рекомендуется, лучше разобраться вручную.

Вторая микропрограмма
Есть у всех Maxtor. Второе влово (байты 3-4) модуля PN=95h определяет, какая микропрограмма будет загружена - 1 или 2. Соответствие модулей:

	МП 1 (основная)	МП 2
ПЗУ	39	97
1-я часть оверлея	38	96
2-я часть оверлея	4F	98

Предположительно. вторая микропрограмма используется при селфскане. У тех накопителей, где есть альтернативная служебная зона, в основной служебке 2-я идентична 1-й. У старых, где альтернативки не было, вторая буква версии переключаемой МП будет "B", в отличие от основной "A" (не проверно, надо проверить экспериментально)

Альтернативная служебная зона
Есть у N40P (некоторых), CALYPSO и SABRE. Служит для формирования и дефектоскопии основной служебной зоны в ходе селфскана, "заводская заготовка" для неё. Имеет такую же структуру, но "чистые", немодифицированные для нормальной работы модули. С пользовательской зоной работать не умеет. Оверлеи основной служебки при работе модифицируются, оверлеи альтернативной - всегда неизменны и одинаковы для данной версии ПЗУ. Вторая буква версии - всегда "C" (у основной - "A"). Наличие Alt-SA опознаётся по отсутствию модуля 95.
Переход в альтернативную служебку осуществляется автоматически при повреждении или отсутствии основной. Следовательно, попасть в неё можно, специально "сломав" один из критичных модулей. У меня это правильно сделать так и не получилось - да и зачем, если давно есть набор альтернативных лоадеров на все модели?
Чтобы выйти из неё в основную, нужно починить неисправные критичные модули в основной.
Лоадер может осуществлять вход в ту или иную служебку, смотря из модулей которой он создан.
Важно: Из одной служебной области получить (по PN или UBA) доступ ко второй невозможно!

Транслятор
Транслятор собирается в памяти из модулей U_LIST, DMCS, AT_PDL и RZTBL. Кнопка "Пересчёт транслятора" позволяет пересоздать их из модуля 33. Ещё раз процитирую Sable:

[q]

Лехция...
транслятор махтора предоставлен модулями:
У_Лист, АТ_ПДЛ, АТ_ПОЛ, МДЦС и РЗТБЛ
по крайней мере, статическая его часть, предназначенная для формирования динаймической в памяти.
При улете любого из этих модулей винт буде недоступен по логике.
Мораль:
очищаем нах (командами) фсе дыфект-листы, воззтанавливаем (кто как умеет) дефекты из сводной (33-го модула)...
Если "фсё правилно зделал"... - получаем какие нада модули аффтоматом, в ответ на командочки занесения дыфектов ...
Перерубаем топором шлейфик питания, спаиваем проводочки занова - получаем доступп по локикэ...

Фсе, конечно, ИМХО... Могу и с3.14здеть...

[/q]

Накопитель поддерживает ремап (модуль AT_POL). Кандидаты в дефекты сохраняются в тот же модуль, отличаются пометкой. Есть функция очистки от кандидатов.
Есть команды очистки G-List и всех листов сразу.
Есть функция переноса G-List в P-List командой накопителя (выполняется внутренне), напоминаю - данные при этом разъезжаются.
Также есть возможность сканирования служебной зоны и скрытия в ней дефектов (модули при скрытии разъедутся, и их надо будет переписать отдельно).

В процессе дополнения...

Ресурсы и совместимость микропрограмм
С микропрограммами у макстора полный бардак. Версии ПЗУ даже с одним и тем же кодом версии могут иметь совершенно разное содержимое, аналогично с модулями. Поэтому в ресурсах указывается не имя модуля, а его контрольная сумма - только по ней можно удостовериться о принадлежности микропрограммы к определённой версии и о её совместимости.

PC3000 именует файлы модулей следующим образом: XXXXYYYY.RPM, где
XXXX - UBA адрес начала модуля в HEX,
YYYY - HEX длина модуля в секторах.
Как видно, найти нужный модуль по имени довольно затруднительно.
Также PC3000 создаёт файлы групп модулей с расширением .SMB, формат имени тот же.

Так как идентифицировать всю эту кучу весьма проблематично, есть программа MxHelp for Windows 2_1 (автор - Лалетин Вячеслав). Возможности:

[q]

1. Поиск модуля Паспорта и его отображения.
2. Поиск модуля Спецификации.
3. Поиск загружаемой ПЗУ, выводит:
-\tконтрольной суммы.
-\tверсию микропрограммы. New
-\tстатус загружаемой ПЗУ. New

4. Вывод из LDR:
-\tконтрольной суммы загружаемой ПЗУ в LDR.
-\tконтрольной суммы самого LDR.
-\tверсии микропрограммы. New
-\tстатус загружаемой ПЗУ. New
-\tк какому семейству принадлежит LDR. New

5. Возможность переименования LDR:
-\tв контрольную сумму загружаемой ПЗУ.
-\t+ версию микропрограммы. New (E7CF_VAM51JJZ.LDR)

6. Есть возможность настраивать просмотр Паспорта по вашему желанию в MxHelp.ini и добавлять нужные параметры вывода или убирать ненужные вам. Возможность добавлять новые модели незанесенные в этот список и их параметры.

[/q]

Документация внутри.

Лоадер
Итак, как я уже говорил, если накопитель определяется заводским псевдонимом - его нужно перевести в safe mode установкой перемычек и отправить ему лоадер.

Перемычки для Safe mode: HARD DRIVE MODEL.doc, также положение перемычек есть в доках по PC3000 (выдержка из них)
Для SATA - нужен специальный адаптер: http://forum.acelaboratory.com/viewtopic.php?t=4501

Лоадер, создаваемый PC3000 - по сути, склейка из двух частей. Лоадер собирается из модулей накопителя. Первая часть - оверлейное ПЗУ (256 блоков = 128 кбайт), вторая - склейка из программных модулей. Структура аселабовского лоадера .LDR © krogr:

[q]

[начало лоадера]

512 байт – таблица распределения №1
Оверлей №00
512 байт – таблица распределения №2
Оверлеи в порядке возрастания номеров.

[конец лоадера]

Первые 512 байт – таблица распределения оверлеев в файле лоадера. Ее формат следующий:
01 nn 00 00 00 00 00 00 mm mm mm mm 00 00 00 00
Где nn – номер оверлея, mm – длина его.
Первая таблица, как правило, состоит из описания размещения одного-единственного оверлея – за номером 00, образа ПЗУ. Например:
01 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00
……….
Остальное – нули до 512 байт.
За этой таблицей идет, собственно, сам образ ПЗУ. Длина – 131072 или 0х20000 байта. После него есть еще одна таблица распределения, вторая, тоже длиной 512 байт, в которой расписаны остальные оверлеи. Структура их точно такая же, как и у первой. Только записей будет побольше. Например:
01 03 00 00 00 00 00 00 00 40 00 00 00 00 00 00
01 04 00 00 00 00 00 00 00 40 00 00 00 00 00 00
01 05 00 00 00 00 00 00 00 40 00 00 00 00 00 00
…………………….
Из нее мы видим, что оверлей номер 03 имеет длину 16 К, номер 04 – столько же, и номер 05 по размеру от них не отстал.
Почему именно такая структура? Думаю, что ответ кроется в принципе загрузки лоадера в память посредством стандартной ATA команды. Или я неправ?
Нужно нам, к примеру, найти оверлей за номером 05 в файле. Высчитываем адрес его начала:
512 (длина первой таблицы распределения) + длина образа ПЗУ + 512 (длина второй таблицы распределения) + сумма длин предыдущих оверлеев.
Оверлеи, кстати, идут подряд, один за одним, без какого-либо перерыва. У ХРТ же оверлеи можно сохранять в виде отдельных файлов - *.CP

[/q]

Части отправляются так: ПЗУ - SoftReset - оверлеи - SoftReset. PC3000 умеет делать это одним нажатием или частями. При отправке универсальными программами, например HDDL, лоадер должен быть поделен на эти две части, которые посылаются одна за другой.
У Poker/Ardent алгоритм загрузки ещё более усложняется. Первыми посылаются оверлеи 1B и 1С, а только потом ПЗУ - SoftReset - оверлеи - SoftReset.
После отправки лоадера может выполняться инициализация из служебной зоны. В необходимости этого и условиях для неё я не разобрался.
Версия лоадера должна соответствовать версии ПЗУ. В противном случае таблица модулей не читается и дальнейшая работа невозможна.
Где взять лоадер? Поищите по сайтам с ресурсами HDD. Обычно его кладут в архив вместе со считанной служебкой.
Лоадер содержит в себе только код, но не содержит нужных для работы со служебкой данных - транслятор служебной зоны, адаптивы записи и др. Перед тем, как делать какие-либо попытки записи в служебку, всё это должно быть вычитано с блинов.
Тем не менее, лоадер новых моделей содержит в себе адаптивы чтения. Это приводит к тому, что для успешного старта придётся перебрать их немало в поисках совместимого
Ещё сведения:

[q]

ВНИМАНИЕ!!!!! Некоторые Мухтары ОЧЕНЬ ТУГОДУМНЫЕ!!! К чему это я? Да к тому...что когда пустите заливать лодырь.........не все произойдет быстро.....Винт задумаеться, появиться красно голубая "любимая заставка" (PC-3000 DOS), НЕ ОБРАЩАТЬ внимание на это...А просто прислушиваться к винту......сек. через 15-30(по разному) винт рекалибруется..., затем, жмем - ESC и выходим из утиля- ОБЯЗАТЕЛЬНО!!!! Заходим по новой, еще раз, заливаем еще раз, для модулей, теперь все произойдет быстро :-) Ну а дальше - Стандартный режим, тест записи служеб. зоны, восстановление модулей...резет по питанию!!! :-)

[/q]

Тест записи
Из-за несовместимых или незагруженных адаптивов MicroJog записывающая головка может не попадать на нужную дорожку/сектор. В таком случае при попытке записи в служебную зону будут разрушены соседние модули! Поэтому после загрузки лоадера и перед попыткой перезаписи повреждённых модулей обязательно следует:
1) Считать модули данных с диска
2) Провести "Тест записи SA" - пишет один сектор в неиспользуемой области и пытается его считать.
Если нужные модули не читаются или тест не прошёл, нужен другой лоадер - этим чинить бесполезно и опасно.

---

Итак, алгоритм загрузки лоадера:
1) Ищем лоадер от любой модели того же семейства (лучше сразу пачку). Желательно от экземпляра с такими же буквами на четырехбуквенной наклейке на гермоблоке (в ней зашифрованы коды головок, пластин и коммутатора).
2) Ставим перемычки Safe Mode
3) Получаем доступ к служебке. Если не удалось - пробуем другой лоадер.
4) Вычитываем все родные модули винта, создаём из них родной лоадер. На этом этапе НИЧЕГО НЕ ПИШЕМ!
5) Загружаемся с родного лоадера
6) Проводим тест записи. Смещение должно быть=0!
7) После этого уже можно делать любые операции, связанные с восстановлением битой служебки.

Образ RAM
PC-3000 позволяет снимать образ памяти и заливать его обратно. Имея образ ОЗУ от своего винчестера, всегда можно вывести его на готовность при любых проблемах в служебке, и записать её обратно при потерянных модулях адаптивов (т.к. они уже и так в RAM).

[q]

На антене последовательность такая:
лодырь-память-проверка модулей

[/q]

Также может пригодиться для анализа микропрограммы.

Программы и утилиты для ремонта
Во-первых, большая часть винчестеров Maxtor до DiamondMax Plus 9 поддерживается досовcкой версией PC-3000. PC-3000 UDMA поддерживает также DiamondMax 10, но нам она не доступна. Примечание: в комплекте самой популярной ломаной 14.0 идёт утилита pcmx_pkr.exe версии 2.01, настоятельно рекомендуется найти и использовать pcmx_pkr.exe версии 2.06 (разыскивается!) от PC3K 14.5, "хотя кривость и в нем есть " © Версию 2.03 не использовать, она ещё более глючная, чем 2.01
tomset написал:

[q]

Даже самая последняя версия утилиты 14.5 на самом PC3000-ISA работала очень плохо.
Более менее нормально утилиту доделали только в PC3000 UDMA
Да и то, так и не закончили, прекратили поддержку максторов, как неактуальное направление.

[/q]

[q]

вообще запомните раз и навсегда: ася криво работает с P-list на максторах!

Надо в G-List помещать, а потом делать перенос из G в P. Тогда всё будет правильно.

можно сказать совсем не работает, ИМХО это работой не назовёшь А вот с глистом нормально, а перенос можно осуществить и другими средствами.

[/q]

Во-вторых, есть китайская утилита с английским переводом HDD Repair 2.0. Работает под Windows.

В-третьих, у меня завалялась предположительно "китайская утилита от xlysoft вся в иероглифах"

[q]

These are just the .exe's from the pro version of MFR. These are in chinese language. You can still use it though if you get the english manual from the salvationdata website as the menus are the same (from what I can tell, the versions are different though...)

[/q]

. Инструкция к ней (тоже на китайском, разумется). Я ее запустить не смог.

UPD: В-четвёртых, за время моей работы над практической частью igor_me залил в сеть Maxtor Repair Tool (MRT) от krogr. Предположительно, эту прогу увели у него китайцы из China HDD Union и впоследствии предлагали как свою, дело тёмное (авторство krogr подтверждает структура меню selfscan, аналогичная KrogrESS). В архиве две версии, каждая глючит по-своему. Ещё копия: http://www.mediafire.com/file/dokctmpx04e8fy2/MRT+Maxtor.rar Переключатель Poker/DSP отсутствует, есть предположение, что она чисто для DSP.

Алгоритм восстановления
Версия от SRUTSSSSSSSS80 (цитата из аселабовской документации)

[q]

служебка востонавливается легко при условии что не были задеты модули критичности А
1. Запуск накопителя без установки перемычки “safe mode”.
Данный способ будет работать, если при входе в утилиту накопитель определяется своим заводским
псевдонимом и перемычка safe mode не установлена. Суть этого метода в загрузке только части “модули” LDR-файла. При этом модули должны быть такие же точно, как были в накопителе. Пошаговый алгоритм:
1. Подаем питание и запускаем утилиту pcmx_dsp.exe или pcmx_pkr.exe.
2. В меню режима выбираем пункт “Загрузить LDR-файл”.
3. Загружаем LDR-файл в режиме “Загрузчик модулей”. В случае успешной загрузки накопитель дает возможность работы со служебной зоной.
Отличие этого метода от метода загрузки с вводом накопителя в safe mode заключается в том, что при старте накопителю удается подгрузить из служебной зоны таблицу дефектов служебной зоны и адаптивные параметры. В случае же с запуском через safe mode этого не происходит. Данный метод не будет работать, когда испорчены модули, относящиеся к критичности A (см. таблицу 2).

Перед тем, как приступить к ремонту модулей, следует убедиться в корректности записи секторов в
служебную область. Дело в том, что при запуске накопителя при помощи LDR-файла не полностью
выполняется инициализация микропрограммы, что приводит к сбоям ее работы. Чтобы проверить корректность записи, необходимо запустить команду “Тест записи служебной информации” (п. 5.2.2.2). Этот тест состоит из двух частей: загрузка адаптивов из модуля PN=1Eh и проверка возможности записи в служебную зону путем записи одного сектора случайного содержания в неиспользуемую область служебной зоны, названную “swap1”. В случае успешности проверки записи будет выдано сообщение «Смещение записи: 0», что сигнализирует о корректности операций записи в служебной зоне.
Достаточно частая неисправность накопителей Maxtor – это искажение информации в модулях
служебной зоны. Модули портятся в результате возникновения сбоев при операциях чтения/записи. Сбои могут быть вызваны неконтактом двигателя/коммутатора, неисправной магнитной головкой, запилами на поверхности, или, чаще всего, сбоями в электропитании накопителя. Во всех этих случаях симптомы одинаковые – повреждение модулей транслятора.
Обычно повреждение модулей сводится только к неверной строке идентификации при верной
контрольной суме. Чтобы восстановить такой модуль (например, P-List), достаточно записать верный заголовок
1
и пересчитать контрольную сумму. Такое повреждение могут иметь следующие модули: P-List (PN=18h), G-List (PN=1Bh), DMCS (PN=1Dh). Когда они повреждены, то идентификационная строка заменена на следующие: NO_PLIST, NO_GLIST, NO_DMCS. Похожее повреждение возможно еще у модуля U_LIST00 (PN=37h), но оно встречается очень редко. Если у этого модуля заголовок верный, то исправлять его при помощи автоматического восстановления не рекомендуется.

[/q]

Ссылки
http://maxtor-hdd.narod.ru/ - ресурсы на макстор от Sable
http://www.scspb.ru/pchdd/index.html - ещё немножко старых ресурсов
http://www.hardw.net/forum/arc...index.html - архивный раздел форума hardw.net. Все ссылки битые. Чтобы перейти на нужную страницу, вручную добавляйте "/forum/archive/" после доменного имени.
В процессе дополнения...

KALDUH, я заранее извиняюсь, если вопрос глупый, я вот что хотел узнать.

Можно ли на Seagate (конкретно серии 7200.9 и 7200.10) просто перенести сектора из G в P list
и пересчитать транслятор, не выполняя полный комплекс self-scan (даже с N4)?

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

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