Полигон-2

Спасибо за разъяснения!! Продолжу ковыряться.

i8088 написал:

[q]

Но после включения-выключения

[/q]

Всё правильно, он только в памяти.

i8088 написал:

[q]

(или ^R)

[/q]

Вот тут по идее не должно быть, должен выводить Cert code aldeady loaded. Всё равно пытается перезагрузить? Окей, просто не нажимаем ^R

i8088 написал:

[q]

Попытка записи cert tables - пишется нормально, но после записи диск перестает отвечать,
и ST_MEM валится с access violation (при попытке ввода команд)

[/q]

Вот тут собака порылась. Досконально проверяем, то ли отправляется, правильная ли длина и т.д. Если всё правильно - пробуем добавить паузу после SEND_FILE, перед переключением скорости обратно на 9600. Если ST_MEM падает - пробуем перезапустить его, не передёргивая питание, сначала подключаясь на дефоловой скорости, потом на скорости, на которой выполнялся последний незаконченный скрипт. Возможно, он исполнился нормально и винт выходит на готовность, просто концовка неправильно отрабатывает. На всякий случай скрипт, которым я на днях отправлял таблички в TLITE (не забываем подправить начальный сектор):
//достаём таблички с трека и переносим первый сетор в конец
CREATE_FILE/track\tabl.trc/track\table.bin/1/1A9/17/1
CREATE_FILE/track\tabl.trc/track\table.bin/0/1A8/1/1
//посылаем подготовленные таблички
SPEED/115200
STR/h18/0
SLEEP/4000
SEND_FILE/512/track\table.bin/>0/>18
SLEEP/4000
SPEED/9600


i8088 написал:

[q]

T>c
T>w
Unable to write cert table info
Unable to write PCF to disk
Unable to write cert code to disk

[/q]

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

i8088 написал:

[q]

Unable to load cert table info

[/q]

Пока таблички не подгрузим, ничего не выйдет.

i8088 написал:

[q]

Нужно запускать Self Scan из памяти, не записывая ничего на диск?

[/q]

Я в таких случаях всегда так делаю.

i8088 написал:

[q]

И еще, в Вашей статье написано, что У винтов начиная с 7200.9 оверлеев два.
А почему в xls таблице для TONKA40 указан один, смещение 0x68, длина 9Dh?

[/q]

Таблица написана больше для бэкапа, чем для отправки. Это суммарная длина обоих. Изучите слитый кусок в HEX-редакторе, увидите, где их граница. По моим скриптам для TONKA2 первый оверлей - смещение 0h, длина 70h, второй - смещение 89h, длина 14h. Добавил в статью уточнение.

---

i8088 написал:

[q]

А сектора с задержками (больше 150ms) у восстановленного 7200.7 есть?

[/q]

Не, нету.

i8088 написал:

[q]

После SS (если пройдет), надо будет просто восстановить все (app, overlay, vendor)?

[/q]

Да, у этого семейства апп портится, как говорит асина дока.

i8088 написал:

[q]

Если я выключу диск, когда уйду на работу, для запуска надо будет записать app, cert,
cert_tbl, и он продолжится с номера теста, на котором остановился?

[/q]

Только апп, серт и таблички записываются на диск в процессе. Отправляем App, делает T>R, ^T и тест продолжится с последнего прерванного.

i8088 написал:

[q]

ATA overlay пока не нужен, он только для работы по интерфейсу?

[/q]

Да, пока не нужен.

i8088 написал:

[q]

Dist type, (по команде >:>, сейчас 00, это из-за поврежденного (незагруженного) vendor?

[/q]

С одной головкой байт Type и должен быть 00.

TONKA40 завершил тест ночью, довольно быстро, заняло 8часво, 44 минуты!
И как положено, диск теперь выходит на F>, займусь восстановлением app, vnd, ovl.

Интересно, что теста гистерезиса с картинками уже не наблюдается, а на предоставленном
Вами логе от ALPINE он есть

Вот лог TONKA40:
https://yadi.sk/d/PKZeDlwI3TyfX9

Заодно, могли бы Вы рассказать о заливке оверлея перед сканом?

upd.
Забыл спросить, на чтение треков (READ_TRACKS_MASK) влияет то, что CERT
загружен/незагружен, или это безразлично?

Спасибо за разъяснения! Расскажу что пока-что получилось.

App в память заливался без проблем, ovl тоже (ST_MEM периодически валилась, но это мы уже
проходили. Я столкнулся с тем, что до тех пор, пока не дать команду Y, например Y45 (хотя
такая команда не меняет тип, тк у 7200.9 иной ее формат) накопитель рапортовал об отсутствии
CERT (по ^R), хотя тип все равно оставался FF.

По команде >c> app не записывался, однако удалсь записать его командой w4,60 (у TONKA40
буфер 60 для app, и предварительно я на всякий случай дал >b,,22>), а ATA overlay видимо
все же записался, тк после >c> и >w4,60> и передергивания питания диск уже вывалилися в:
Stuff Was Unreadable2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T

Для записи ATA оверлеев я использовал такой скрипт:

SPEED/9600
STR/e0,0/0
SLEEP/4000
SEND_FILE/512/ovl.bin/>0/>83/1
STR/e1,0/0
SLEEP/4000
SEND_FILE/512/ovl.bin/>89/>12/1
SLEEP/4000
SPEED/9600

(Я пока искал причину, снизил скорость до дефолтной, но думаю, и на 115200 все бы сработало)

Я пока что застрял на stuff, пробовал переписать vnd track из скачанных ресурсов

SPEED/9600
S_BUF/488/vnd.bin/0/10/1
STR/sB9E6,0
STR/w,0,10
S_BUF/488/vnd.bin/10/2/1
STR/sB9E6,0
STR/w,10,2
SPEED/9600

(номер vendor дорожки и буфера WR я подсмотрел по >?> и T>y)

Скорость минимальная, тк сперва не заработало на 11520, писалось долго (FREE версия).
Вроде записалось, но все равно осталось Stuff Was Unreadable. Надо было посмотреть, что
записалось, не сообразил сразу.

Попробовал вручную T>F
Выставлял LBA, имя диска, CHS, (серийник по # забыл правда выставить)

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

SetStuff->ASCIFE
Setting stuff to defaults
Unsupported drive type 0x  e0


тип диска у 7200.9 я ставил как Y0,,type (0-максимальная головка, формат нашел в ACE
доке, может добавить в статью?). Перебрал несолько вариантов, но получал >Unsupported drive
type> по T>F ASCIFE