Полигон-2

Уделывая свой 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.