» Ремонт накопителей Seagate. Часть 3

YuryBogdanov
Оверлей загрузил.

Вендор.
(T>
Скорость COM/HDD=115200 / B0115

T>
заполняем буфер
650
651
652
653
654
655
656
657
658
659
65A
65B
65C
65D
65E
65F
заполнили буферы начиная с 650 10 шт из файла C:\Users\Koxa\Desktop\Новая папка\free\free\vendor.bin
/2
2>
2>
s16187,0,22
2>
w,0,10
2>
Скорость COM/HDD=9600 / B0096
Скорость COM/HDD=115200 / B0115

T>
заполняем буфер
650
651
заполнили буферы начиная с 650 2 шт из файла C:\Users\Koxa\Desktop\Новая папка\free\free\vendor.bin
/2
2>
2>
s16187,0,22
2>
w,10,2
2>
Скорость COM/HDD=9600 / B0096
аReset
8192k x 16 DRAM
GALAXY - 1_Disk S-7A 12-08-06_16:41
HM SFI
!
(P)SATA Reset
Unable To Load Overlay 01|000A
(
T>

Koxaua
Забавно, видимо, нужно пробовать [more=этот вариант]http://narod.ru/disk/54644006001.0ed5b80e3eb96b2a1f4864a0aedcb671/7200_10.rar.html[/more]

1 передёрнуть питание
2 подать T>R
3 оверлей в SDLD
4 вендор во FREE
5 передёрнуть питание
(никаких лишних действий не делать)

YuryBogdanov
(T>
Скорость COM/HDD=115200 / B0115

T>
заполняем буфер
650
651
652
653
654
655
656
657
658
659
65A
65B
65C
65D
65E
65F
заполнили буферы начиная с 650 10 шт из файла C:\Users\Koxa\Desktop\Новая папка (2)\7200_10\free\vendor.bin
/2
2>
2>
s16187,0,22
2>
w,0,10
2>
/
T>
T>
заполняем буфер
650
651
заполнили буферы начиная с 650 2 шт из файла C:\Users\Koxa\Desktop\Новая папка (2)\7200_10\free\vendor.bin
/2
2>
2>
s16187,0,22
2>
w,10,2
2>

питание передёрнул

молчит

потом
T>HM SFI
!
(P)SATA Reset
Unable To Load Overlay 01|000A
(
T>

Оверлеев там 2 штуки...

Unable To Load Overlay 01|000A - это я так понял с перевода, что "невозможность загрузить оверлей 01".
погуглив, я наткнулся на вот что -
На деле это строка говорит о том, что диск не может выгрузить 0-й оверлей по причине того, что "залочилась" запись. При этом физически и 0-й и 1-й оверлеи нормально читаются.

Следовательно, для устранения строки "Unable To Load Overlay" нужно внести правку в микропрограмму, отвечающую за базовые функции винчестера. За базовые стартовые операции при старте у Seagate отвечают ПЗУ и аппликейшн код. Существуют два способа отключения "Unable To Load Overlay" и вывода диска на интерфейс. Грубый способ: правка в один байт, чтобы поставить заглушку на функцию, и продвинутый способ: анализ запроса оверлея и расширенная модификация функции.

как думаете, это поможет моему делу?

Добавлено:

Цитата:

успешно послал блоки.

8192k x 16 DRAM
GALAXY - 1_Disk S-7A 12-08-06_16:41
HM SFI
!
(P)SATA Reset

Stuff Was Unreadable3.AAK 12-08-06_16:44 AAK,GX_3D_6H_S,3A
(
T>

хм. первый раз получилось. сейчас просто выкидывает
T>(P)SATA Reset
Unable To Load Overlay 01|000A

не пойму...

NiTr0
подскажите товарищу, с этим я, увы, ещё не сталкивался.

может треками прогрузить?

YuryBogdanov
Есть у меня выгруженный ресурс st3400620as_3,AAK_S-7A_0AG_0BC_9QG0WK11.
там треки есть OVL1_2_0_15A2A_0x100.trc. VENDOR_0_15A2E_0x15.trc.
думаю что это они. Но вот подгружать я их не умею

Koxaua
это они и есть, которые вы слали в диск, только название другое под скрипты.

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

А что тут отвечать?.Оверлеев-2!!!. Для неверующих рекомендуется открыть оверлей в хексредакторе и "прокрутить" файл.Первый скармливать нулевой голове,второй-первой,и "кучей" опустить на блины

Цитата:

На деле это строка говорит о том, что диск не может выгрузить 0-й оверлей по причине того, что "залочилась" запись. При этом физически и 0-й и 1-й оверлеи нормально читаются.

Следовательно, для устранения строки "Unable To Load Overlay" нужно внести правку в микропрограмму, отвечающую за базовые функции винчестера. За базовые стартовые операции при старте у Seagate отвечают ПЗУ и аппликейшн код. Существуют два способа отключения "Unable To Load Overlay" и вывода диска на интерфейс. Грубый способ: правка в один байт, чтобы поставить заглушку на функцию, и продвинутый способ: анализ запроса оверлея и расширенная модификация функции.

Гуглить умеете,но к вашему случаю описание никакого отношения не имеет.После скана галакси не ругается на оверлей по умолчанию,загрузив же вендор-естественно потребует оверлей по ОБОИМ головам

Цитата:

для GALAXY эти скрипты годны или нет?

"дефолтные скрипты" годны для всех...поправте с учетом вышесказанного и грузите апельсины бочками

Вот же ж... Действительно два... Ну уж извиняйте, Koxaua, не сталкивался ещё.

alexyc

Цитата:

Гуглить умеете,но к вашему случаю описание никакого отношения не имеет.После скана галакси не ругается на оверлей по умолчанию,загрузив же вендор-естественно потребует оверлей по ОБОИМ головам

Спасибо, внесли ясность. Я так и подумал, что после скана - же хард не ругался, как ток прогрузили один оверлей, и вендор, начал требовать еще один оверлей.


Добавлено:

Цитата:

Первый скармливать нулевой голове,второй-первой,и "кучей" опустить на блины

вот это мне даже представить страшно, как это делать...

Koxaua
ЧТО "тут" может быть страшного,если буквально словами рассказан скрипт?Если сложно понимать-разрежте винхексом общий оверлей на 2 оверлея.далее бросаем оба оверлея в сдлдшный ст мем и пускаем скрипт
SPEED/ZZZZZZ-----желаемая скорость
STR/e0,0/0----становимся на 0 голову
SLEEP/4000/0----ждем
SEND_FILE/512/o1/<0/<ХХ---грузим в память длинну первого куска
STR/e1,0/0 ----становимся на 1 голову
SEND_FILE/512/o2/<0/<YY----грузим в память длинну второго куска
STR/b,,22 -----инициализируем оверлей
STR/с-----выплескиваем на блины

alexyc

Цитата:

разрежте винхексом общий оверлей на 2 оверлея

я прошу прощения, открыл я оверлей. а где у него "середина", что-бы разрезать на пополам его?


Цитата:

<ХХ---грузим в память длинну первого куска

это я так понял позиция в Нех?

поправьте.
Просто не хочеться угробить хард. Да, и я так понял, что процесс идет к концу

Цитата:

я прошу прощения, открыл я оверлей. а где у него "середина", что-бы разрезать на пополам его?

не пополам,а до заголовка второго оверлея


Цитата:

это я так понял позиция в Нех?

да,количество секторов в хексе


Цитата:

Просто не хочеться угробить хард.

угробить не угробите,но возни добавите.когда хард начнет ругаться матом в терминал хексдампами

alexyc


Цитата:

STR/e0,0/0----становимся на 0 голову
STR/e1,0/0 ----становимся на 1 голову

Причем тут номер головы? это номера оверлеев.
И лежат они оба на одном треке на 0 голове.

tomset
Притом,что так проще понять автору-,почему грузя цельный оверлей он ругается на его "вторую* половину.Захочет дальше заниматься-сам узнает ТОЧНОЕ назначение команд,для первого же винта-вполне достаточно обьяснения пусть не точного,зато наглядного.
Засим считаю данный вопрос закрытым
.Вместо того,что бы придираться к обьяснению "как понятнее"-подсказали бы мну,что делать с ястребом вышеописанным...хотя пока пустил 310-тым.Вы неоднократно описывали ужасы вбаровских винтов,с убитыми адаптивами,-пожалуста,винт...адаптивы слиты родные-КАК подсунуть их для скана из памяти?

Koxaua

Чтож, будем делать работу над ошибками. Если я правильно понял,то скрипт будет выглядеть так

Цитата:

SPEED/115200
STR/e0,0/0
SLEEP/4000
SEND_FILE/512/ovl_1.bin/<0/<70
STR/e1,0/0
SLEEP/4000
SEND_FILE/512/ovl_2.bin/<0/<14
STR/b,,22
STR/с
SPEED/9600

Осталось только разделить оверлеи и подправить скрипт, или взять [more=тут готовое]http://zalil.ru/33520742[/more] к опробованию

YuryBogdanov

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

alexyc


Цитата:

КАК подсунуть их для скана из памяти?

насколько мне известно, ни как.
Если Boot адаптивы читаются, попробовать записать треками.
Или с хот-свапа запустить SS, при условии что железо близкое.
Версии ПЗУ и объектов SA совпадают.

Koxaua
Если по SDLD будет артачиться, всегда можно треками записать.

Прошу всех гуру объяснить следующий момент,по возможности внести побольше ясности.

Что собой представляют бут и драйв адаптивы и их назначение применительно к СС?

Ситуация следующая:
3250410as-последнее "прощай" традиционной фирмваре.Предварительный диагноз-как минимум,запил в 9 зоне,по трекам 17ХХХ-т е служебке,дальнейшее пока не интересно...
По совету Михаила,использовались в эксперименте ресурсы от 310-го.По заводским логам интересное отличие-служебка 310-го в 9 зоне,но на 18ХХХ треках.На данный момент юзер зона не интересует,интересен сам скан по служебке,и появившийся странный эффект "КАЧЕЛЕЙ",
и взаимосвязанность его с "волшебными" и "великими" адаптивами,но о нем позже.
1 Интересует правильность понимания мною "нормального " старта винта.На мой взгляд,в общих чертах это происходит так ( прошу поправить ошибки.)
а) "почуствовав" подачу питапния,процессор резетится,или резет приходит извне
б) после сброса,грузим некий внутренний код.,начинаем работу.
в) по наличию "волшебного сопротивления" на одной из ног-определяем,откуда "нам" грузится-при отсуствии оного-с внутреннего ром,при наличии-"открываем" флешку,вычитываем ее содержимое,"закрываем".
г) по координатам заданным в ром,раскрутив блины толкаем голову в начало системной зоны
д )читаем дефект лист служебки,на основании которой "знаем" где что читать.
е) читаем бут адаптивы-ЧТО ЭТО???Некий код,набор параметров или...
ж)читаем апп, по итогам-работа процессора "в полную силу"
з)читаенм зонную таблицу,"определяемся,что где лежит"
и)читаем драйвадаптивы-ЧТО ЭТО???Некий код,набор параметров или...
л)читаем дефект листы
далее процесс старта пока не нужен и не представляет интереса применительно к СС
Итак,что представляют собой "качели"...Как писал,винт дико пендинговал,с него слиты треки,включая воот трек,адаптивтрек.Пущен N2 из памяти,который внешне прошел с ошибками по 9 зоне,причем в конце N2 прошло стирание,но запись служебки провалилась из-за чрезмерного количества дефектов/дефектных треков(код 59),Далее следует передерг питания-полностью теряем адаптивы,вследствие чего при пвторной заливке в память,скан с воплями проваливается матерясь на адаптивы и выводя подобные "дефолты"
Head 00
Zone 00: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 01: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 02: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 03: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 04: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 05: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 06: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 07: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 08: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 09: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0A: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0B: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0C: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0D: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0E: 18A0A - 18A09 880 (0370) 661.375 694.444
Zone 0F: 18A0A - 00000 880 (0370) 661.375 694.444
Reserve: 16163 - 162A4 860 (035C) 661.375 694.444
Total KBAs = 00000000
Full=1, Simple=0, Early Rd=0, Splash=1, Reload=1, RunOut=1, MaxECC=1, ECC 2=1, ECC 1=1, ECC 0=1
Data=FF, Write=80, ID=FF, RdWrOpts=027F
All Hds 0-1, All Cyls, Rnd Data
Hd 0, Cyls NA - NA
Hd 1, Cyls NA - NA
Далее начинаем пляски с бубном,не обращая внимания пока на отключение головы.
Заливаем ресурсы от 310...Не требуя НИКАКИХ адаптивов,скан ПРОХОДИТ 9 зону по 17ХХХ трекам,и ПРОВАЛИВАЕТ по 18ХХХ!!!! Далее дергаем питание и "МАТЕРИМСЯ" на адаптивы,при повторном скане из памяти!!!.Плюем на все-снова заливает ресурсы 410-го,и снова скан не требуя адаптивов работает и валит 17ХХХ треки,"допуская к работе 18ХХХ до записи служебки...,после чего снова валим адаптивы...Заново льем 310-е-опять не нужны адаптивы до записи на блины служебки.Т е вкраце-"прыгаем" туда-сюда" по очереди заливая разные ресурсы-проходим служебку до записи на блины,после чего вылетаем из скана БЕЗ возможности воспользоваться ДАННЫМИ ресурсами,но возможностью использовать "чужие".Итак,вопрос-так насколько нужны адаптивы и их назначение и функции при скане.????? По мнению Tomset-a,адаптивы крайне важны.Почему же скан начинается на чужих ресурсах,"допуская к работе" треки "чужой служебки" но проваливая "свои"???ЧТО в данном случае есть адаптивы????.Как в реальности стартует накопитель,и есть ли различия в старте при начале скана,применительно к адаптивам???

Достаточно сумбурно и тяжело для чтения написал....какие же сюрпризы приносят сканы

alexyc
e c r = 0 0 1
e c r = 0 1 0
e c r = 0 1 1
F>R1
F>
Cmd Cyl Hd Sct Cnt Stbuf Segl Csct Cbuf Actv ErCd RWOp Rd Wr RWOp1 Flags
12 00000000 00 0000 0000 0000 0000 0004 04A0 N 00 FFFF.FF.80.0000 1800
R2
F>
Cmd Cyl Hd Sct Cnt Stbuf Segl Csct Cbuf Actv ErCd RWOp Rd Wr RWOp1 Flags
14 00000000 00 0000 0000 0000 0000 0001 04A0 N 00 FFFF.FF.80.0000 1800
Собсно, может и не помочь. Не знаю что покажет при нечитаемых секторах. Бут-адаптивы -
один сектор в начале СА. Ессно, на Ф и на Т буфера разные.

AntiMember
если можно,донесите мысль по русски

Цитата:

F>R1
F>
Cmd Cyl Hd Sct Cnt Stbuf Segl Csct Cbuf Actv ErCd RWOp Rd Wr RWOp1 Flags
12 00000000 00 0000 0000 0000 0000 0004 04A0 N 00 FFFF.FF.80.0000 1800

Цитата:

д )читаем дефект лист служебки,на основании которой "знаем" где что читать

Цитата:

R2
F>
Cmd Cyl Hd Sct Cnt Stbuf Segl Csct Cbuf Actv ErCd RWOp Rd Wr RWOp1 Flags
14 00000000 00 0000 0000 0000 0000 0001 04A0 N 00 FFFF.FF.80.0000 1800

прочитали загрузочные адаптивы-это не

Цитата:

е) читаем бут адаптивы-ЧТО ЭТО???Некий код,набор параметров или...

????
Что касается моего описания старта-оно верно?Что есть адаптивы и их назначение при сс?Почему скан ведет себя подобным образом,как описано выше?

Цитата:

тяжело для чтения написал

Мне не тяжело было
Для меня на данный момент имеется лишь одна "хроническая" нестыковка в вашем описании.
Если принять "правило": адаптивы - это набор параметров для правильной работы голов (чтение\запись). Тогда пункты "г" и "д" являются "взаимоисключающими"

Цитата:

г) по координатам заданным в ром,раскрутив блины толкаем голову в начало системной зоны
д )читаем дефект лист служебки,на основании которой "знаем" где что читать.

Как головки могут получить параметры СВОЕЙ работы (для начала - чтения), ПРОЧИТАВ их с блинов. Это как-бы "невозможно" по логике. Тут либо должно быть некое исключение, либо адаптивы должны храниться НЕ на блинах (но этого вроде бы нет в Сигейтах или я что-то пропустил).
Видимо я тоже что-то не понимаю ...

igor_me
а где по вашему хранится дефект лист служебки(что бы читать не мусор в служебке,а данные),как не на блинах? И обратите внимание на порядок следования цилиндров,в данном случае ястреба
1st 0 Offset Cyl 00017188 000180D0
0000 0017188 0000 0002 BootAdaptives
0001 0017188 011E 0002 BootAdaptives
0002 0017188 023C 0002 BootAdaptives
0003 00171A2 0000 0002 BootAdaptives
0004 00171A2 011E 0002 BootAdaptives
0005 00171A2 023C 0002 BootAdaptives
0000 0017188 0002 0003 RsvTrackDefLst
0001 0017188 0120 0003 RsvTrackDefLst
0002 0017188 023E 0003 RsvTrackDefLst
0003 00171A2 0002 0003 RsvTrackDefLst
0004 00171A2 0120 0003 RsvTrackDefLst
0005 00171A2 023E 0003 RsvTrackDefLst
0000 0017194 0000 0238 AppCode
0001 0017196 001E 0238 AppCode
0002 00171AE 0000 0238 AppCode
0003 00171B0 001E 0238 AppCode
0000 00171B2 0000 001C DriveAdaps
0001 00171B4 0035 001C DriveAdaps
0002 00171B6 006B 001C DriveAdaps

Согласен. А как хранятся на блинах адаптивы, если они - "настройщик" инструмента (голов) для чтения С БЛИНОВ ЖЕ. Не помещается это в мой мозг. Значит адаптивы - это лишь "рекомендательные" параметры для голов, позволяющие им работать наиболее оптимально. Но работать "вообще" они могут и без адаптивов. Видимо так...

Добавлено:
Внимание обратил, но башка плохо варит. Время позднее. Никакого умственного вывода сделать не удалось
ЗЫ: Параллельно "ковыряю" SP0822N

сначала я хочу понять,ЧТО есть адаптивы,и каково их влияние конкретно для вбаровского винта при СС,начинающийся с заливки в память,что по теории не грузит их с блинов(по крайней мере внешне),пиша...пися....написав в терминал о сбросе в дефолт при скане.Тем не менее,при заливке снова в память винт мгновенно валит скан именно с воплями о адаптивах

Цитата:

Значит адаптивы - это лишь "рекомендательные" параметры для голов, позволяющие им работать наиболее оптимально

я думаю,вы сами наблюдали,НАСКОЛЬКО НЕ рекомендательные.....

Цитата:

сначала я хочу понять,ЧТО есть адаптивы

Это я тоже не против понять поподробнее (пока я это понимаю так, как описал в предыдущих постах)

Добавлено:

Цитата:

НАСКОЛЬКО НЕ рекомендательные

Но ведь идёт же скан из памяти без подгрузки чего-либо с блинов. Как говорят, в этом случае старая служебка со всеми потрохами\кишками\требухой (нужное подчеркнуть ) трётся на втором же тесте (N2) практически "не отходя от кассы". Или это не так?

alexyc
Параметры системного сектора,увы, я не знаю. Да и гуру про них молчат.
Разве что Евгений зайдет и скажет: я знаю, но не скажу - как всегда.
Собсно, понятно, что это параметры для работы со служебкой. Скорее всего,
содержат адаптивы записи для СА, головы, плотности, размер сектора, смещения.
Я предыдущий пост писал о вычислении буфера бут-адаптивов. Когда-то их
считывал и подгружал в память. И на блины кидал. Но уже не помню. Порылся
в логах - сплошной бардак, простите.

igor_me
слегка подредактировал свой пост в ответ на ваш

Добавлено:
AntiMember


Цитата:

Да и гуру про них молчат.

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