Полигон-2

OK, спасибо за разъяснения!

Диск с Win2000 и ST_MEM сейчас отключен, да и для лучшего понимания процесса (тк
рассматривается идея написания новой программы) уточню по ручному получению файлов
для отправки в накопитель (один из множества вариантов):

1. У TONKA40, в отличие от TONKA2, cert_1 больше 1 трека, зато cert_2 меньше, суммарная же
длина cert-а не изменилась.

2. Для получения cert-а, пригодного для отправки по SDLD, достаточно например соединить оба
трека в один файл, и отрезать (в отдельный файл, для будущего получеия cert tables) все что
начинается с сектора 408h (81000h). Можно и не отрезать, а просто отправить 408h секторов
в накопитель из объединенного файла.

3. Отрезанная часть (начало бывшего 10bh) будет содержать 2 шт cert table, и байты заполнители.
Из этого вырезаем первую из cert table (можно и не вырезать, а просто переставить сектора), и
меняем местами 0 и 17 сектор, те перемещаем первые 512 байт в конец файла. И отправляем 18h
секторов в накопитель.

4. А что делать со второй табличкой? Насколько я понял из приведенного Вами скрипта,
переставляются сектора в первой таблице, и отправляется 18 секторов.

5. Можно в принципе просто записать имеющиеся треки по известным смещениям от начала SA,
но это менее корректно, и уже без использования SDLD будет медленнее.

Правильно ли я понял?

upd.
Эта перестановка секторов в cert tables, есть у всех Barracuda, или начиная с какого-то семейства?

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

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
загружен/незагружен, или это безразлично?