Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

Програмный ремонт жёстких дисков HDD

Програмный (и не только) ремонт классических жёстких дисков HDD /Seagate /Samsung /IBM /Hitachi /HGST /Western Digital

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 24 25 26 27 28 29 30 31 32 .. 75 76 77 78 79 80
Печать
 
marinovsoft
Junior Member


Откуда: Кемерово
Всего сообщений: 153
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 сен. 2017
Сейчас идет 49 тест - медленно, куча ошибок.

Pgm=49 Trk=08B24(08B2A).0(0).3A8(0AE) Zn=4 Err=43 ErCt=2D31 Hlth=0000 CHlth=2000 Ready LBA=0225FB4C
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH, спасибо! Я может попробую еще писать по одному сектору в vnd (и смотреть, куда пишется), чтобы
минимизировать возможнось порчи SA. Чтение vnd уже похоже на нормальное. А то что лежит на vnd после 11h
sector в скачанных треках точно не нужно? Там кроме нулей некоторые числа имеются.

marinovsoft,если уже не получится, попробуйте может с N2, сохранив SA заранее, на ALPINE не должно быть сложно
восстановить порушенные после SS треки. Если не ошибаюсь, в доке от BVG есть указание, что N2,AA,22 дает более
тщательный SS, посмотрите в pdf-ке (я сейчас не дома, не могу взглянуть)
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
А то что лежит на vnd после 11h sector в скачанных треках точно не нужно? Там кроме нулей некоторые числа имеются.
[/q]
Нет, не точно :) Просто назначение прочих секторов не установлено.

i8088 написал:
[q]
Если не ошибаюсь, в доке от BVG есть указание, что N2,AA,22 дает более тщательный SS
[/q]
По идее, при этом адаптивы сбрасываются в дефолт. В противном случае адаптивы пересчитываются, используя старые значения как исходные, на этом основана идея успешного прохождения после нескольких прогонов.

i8088 написал:
[q]
на ALPINE не должно быть сложно восстановить порушенные после SS треки
[/q]
Я выкладывал архив своей рабочей папки со скриптами, там для альпины все скрипты есть, на сто раз испытанные. Для других семейств они не столь полные.
strelec
Newbie


Откуда: Кемерово
Всего сообщений: 105
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
3 апр. 2018
KALDYH
Скрипт работает.Спасибо.
Пзу,cert полностью совпадает с вашими файлами.
По адресу 12а7Bh(пзу)
нашел последовательность :

00012A70 00 41 74 74 72 69 62 75 74 65 73 00 01 00 02 00 .Attributes.....
00012A80 03 00 04 00 05 00 06 00 07 00 14 00 00 00 03 05 ................
00012A90 06 07 08 09 25 73 0A 00 20 00 25 30 32 78 00 0A ....%s.. .%02x..
Это случайно не карта голов?
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
Нет, не точно :) Просто назначение прочих секторов не установлено.
[/q]
Я поковыряюсь на своей TONKA40.

А команда m,,22 (дефектоскопия служебной зоны) входит как часть тестов N2? Есть смысл запустить ее перед SS?
В случае, если у нас обычный SS, не из ОЗУ.

При SS из памяти, если не прочитать boot-adaptives F>R1, F>R2, записи в SA не будет, я правильно понял?
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
strelec написал:
[q]
Это случайно не карта голов?
[/q]
Похожа, но очень уж она подозрительно размещается среди текстовых строк...
Дома попробую изучить ПЗУ от других семейств с параллельным ПЗУ, поищу аналогии.

i8088 написал:
[q]
А команда m,,22 (дефектоскопия служебной зоны) входит как часть тестов N2? Есть смысл запустить ее перед SS?
[/q]
Должна входить. Нет, по-моему нету. Я так понял, это рудимент тех времён, когда в скрипт не входила (например, у U6 служебка отдельно тестируется).

i8088 написал:
[q]
При SS из памяти, если не прочитать boot-adaptives F>R1, F>R2, записи в SA не будет, я правильно понял?
[/q]
Да, не будет. Ни адаптивов, ни серийника, ничего.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
Занимаясь NHAWK, не смог найти у него карту голов в ПЗУ. Это однодисковое семейство, и карта будет куцей - 00 01. Нашёл, сравнивая с GALAXY: картой будет последовательность этих двух байт сразу за строкой Cmplt, err =, можно найти как 00 01 90. Аналогично в App code, там это будет цепочка после небольшого куска байтов FF, перед строками Mtr Coasting, можно найти как 00 01 50 2B.
Винту это, к сожалению, не помогло - обе головки задраны в хлам, еле серву держат... Апп, правда, каким-то образом читает, но не более того.

Поискал карту голов у семейств с параллельным ПЗУ. Для Durango ресурсов не нашёл, кто знает где взять - киньте мне. У Aspen нашлась единственная последовательность 00 01 02 03 по адресу FC86. У Vail сложнее - там последовательность 00 01 02 03 04 05 находится в нескольких местах - после Command Rejected, после Cmd Cmplt, дальше ещё в десятке мест. У Snowmass находится последовательность 00...16, это явно не то.

А вот последовательность 00 01 00 02 00 03... нашлась у всех троих, после слов set stuff failed.

Поискал у Avalanche. У него по аналогии с Alpine после строк Cmd Cmplt, err = нашлась последовательность 03 02 01 00. Не знаю, с завода ли это так или кто-то переделывал, но это явно и есть действительная карта голов.

Поискал эту последовательность у Barracuda II/III/IV. Нашлась у Vail, но на правду что-то не похожа. Нашлась у Snowmass - а вот это уже больше похоже на правду!

Поискал карту голов у U6. Последовательность 00 01 00 02 00 нашлась между Test=%02x и Not configured. Больше ничего похожего на предыдущие осмотренные семейства не наблюдается.

Прихожу к выводу, что 00 01 00 02 00 03... это не карта голов, а карту следует искать где-то недалеко после Cmd Cmplt, и у некоторых семейств она перевёрнута. Так и запишу в руководство по отключению головок.

Ну и наконец снова вернёмся к Hilo. Ничего похожего на карту головок у него так и не нашлось :( Аналогично с U6. В общем, с не-барракудами - облом. Правда, аппаратную перекоммутацию головок никто не отменял, но мне кажется, это шибко уж в данном случае оверкилл.
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH, где нибудь встречалось описание номеров команд cmd, выводимых при отладочном выводе?
Мне кажется, длина vnd все же больше 12h, предположительно 15h.


Interface task reset
1024k x 16 buffer detected
TONKA40 - 1_Disk    S.38   09-20-05 11:01

Buzz  - Head Mask FFFF - Switch to full int.
              Spin Ready
(P)PATA Reset

Stuff Was Unreadable2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T

>
T>
e c r = 0 0 1
e c r = 0 1 0
T> //здесь ^C
cmd  2A,  params  BEDE 04AB 0000 001C 0008 0000 0000 0000 0000 0000 0000
(P)PATA Reset

cmd  58,  params  0034 0000 0000 0001 01FD 0001 0000 0000 0001 D914 0034

cmd  58,  params  0034 0000 0001 0067 0F00 0067 0000 0000 0034 0000 0034

cmd  36,  params  0006 0000 0003 0033 237E 0001 0001 3051 322E 6731 0000

cmd  58,  params  0036 0000 0004 0001 0FE0 0001 0000 0000 0036 0001 0036

cmd  36,  params  0000 0036 0000 0004 0000 0014 0005 0000 0000 0000 9FE7

Stuff Was Unreadable
cmd  4A,  params  4B92 0319 0779 0004 0065 0016 B570 4B92 0319 A62A 0001

cmd  02,  params  CF1D 0000 0000 0000 4930 00C6 CF1D 0000 02B5 9073 0005
2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T
...
...
T>


Первые две cmd58 видимо загрузка ovl (34*2=68, смещение ovl от начала SA)

Третья cmd58, видимо загрузка stuff -> 36*2=6Ch (смещение трека vnd от начала SA),
головка 0, сектор 4, количество считанных секторов 1 (как раз stuff).

Как понять вывод команды 36, я не знаю (второй параметр 36h, не 36h-головка же).
Меня смущает 14h, в выводе команды 36, как раз сектор 14h в скачанном треке строки:
NumAttr=017|FIRMWARE_VER=2AAAQ|DOM=20050925|BIRTH_DATE=20050925|HSA_DC=11|HSA_REV=L|
HSA_PN=100379820|HSA_MC=9|MEDIA0_CODE=WM|MEDIA0_DC=5251|MOTOR_PN=100347196|MOTOR_CODE=A
MOTOR_DC=L|MOTOR_REV=A4|PRE_AMP_CODE=3|PRE_AMP_DC=29|PRE_AMP_REV=B3|PART_NUM=9BD01A-301

На моем диске это сейчас отсутствует. Может лучше записывать не менее 15h секторов в vnd?

А Вы каким скриптом отправляли vnd в Вашу Tonka TLite, когда нормально сработала запись?

Забыл сообщить - изменение последовательности, сперва ASCIFE, потом все STUFF не изменило ничего.

Попробую заполнить буфер в ST_MEM, а все остальные команды делать вручную и проверять
каждый шаг.


KALDYH написал:
[q]
Правда, аппаратную перекоммутацию головок никто не отменял, но мне кажется, это шибко уж в данном случае оверкилл.
[/q]
На вышеупомянутом мной диске Maui2, где я делал аппаратную перекоммутацию, получилось на
удивление легко, я даже сам удивился:)
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
где нибудь встречалось описание номеров команд cmd, выводимых при отладочном выводе?
[/q]
Ну, во-первых, параметры похоже совпадают с теми что по онлайн-команде "апостроф". Гляньте её вывод и сравните, более подробное описание есть в конце пдф-ок с командами.
По номерам самих команд - у разных семейств они отличаются. Некоторая информация на этот счёт есть в файле PCSeagBara.pdf, из него же собственно методика на ру-боард и скопипащена.

i8088 написал:
[q]
А Вы каким скриптом отправляли vnd в Вашу Tonka TLite, когда нормально сработала запись?
[/q]

//Для ST_MEM_SDLD
SPEED/115200
STR/d4C7,0/0
SEND_FILE/512/track\vendor.bin/>0/>10
HEX/1A
LEVEL/2
STR/s16320,0,22
STR/w,0,10
LEVEL/T
STR/d4C7,0/0
SLEEP/4000
SEND_FILE/512/track\vendor.bin/>10/>10
HEX/1A
LEVEL/2
STR/s16320,0,22
STR/w,10,10
LEVEL/T
SPEED/9600


i8088 написал:
[q]
На вышеупомянутом мной диске Maui2, где я делал аппаратную перекоммутацию, получилось на удивление легко, я даже сам удивился:)
[/q]
Там достаточно было поменять местами две дорожки? Или нужно было добавлять инвертор на одну из них?
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
Вскрыл NHAWK

Шикарный запил, господа! Удивительно, что он ещё как-то рыпался (хотя впрочем ничего удивительного - на системной, нижней поверхности запила нету).
Алсо, у этого семейства появляются PMR и вроде как термобиметаллическая компенсация высоты полёта слайдера. Завтра на работе изучу БМГ под микроскопом.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 24 25 26 27 28 29 30 31 32 .. 75 76 77 78 79 80
Печать
Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS