Полигон-2

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, и мы записали их старые. Всё - винт готов к работе!