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

TRD1111
Вы действительно понимаете, что ищете?

Цитата:

NiTr0 OEM какой-то? Один комплект с тонки 4д (с пзу) я на хддгуру выкладывал, но там другая варь...

угу, это Google прошивка...

BOBAH4IK
Из скупой информации наших форумов , выяснил
- что заблокирована SA ,
- разблокировать ее можно закоротив канал чтения ,
- далее если она терминал что либо выдаст
- загрузить лоадер для СС4H
- пересчитать транслятор с учетом G-листа

TRD1111
Бросайте это гиблое дело... все равно не взлетит...

BOBAH4IK
Ищите и обрящите как говорил товарищ Христос

Да скажите уж человеку, не глумитесь, что рассуждения его в принципе верны, только загвоздка в
Цитата:

загрузить лоадер для СС4H

ибо этот лоадер (который от PC3000) НИЧЕМ ИНЫМ кроме самой "ПИСюхи" не загрузишь

KOSMATUJ


Цитата:

не поделитесь как новые адаптивы залить?

Не парятся обычно ни кто с такими дисками.
Плату меняют, не помогло - в мусор.
Чужие Boot адаптивы в 99.9999% cлучаев не подойдут.
У каждого сигейта SA на другом месте.
Нужно вычитать хотя бы одну копию boot адаптивов, чтобы их залить.
В той теме человек что-то напутал или приврал.
Аpp, Серт и таблички в память и пустить N2 c адаптивами по умолчанию.
Он либо создаст новые, либо пошлет на фиг.

igor_me
В корне не верное утверждение. Тот, который от "PC" отличается от нативного только полнотой содержимого. И команда загрузки тож стандартная, новой не придумали еще
И ничего не мешает взять и выдрать его из официальной апдейтилки, а при необходимости и отредактировать. Весь прикол в другом. Объект диск-вари в РАМу руками не запихать. Успешный его инит возможен только при загрузке с поверхности. Другого способа пока нет.

KOSMATUJ

Цитата:

Err=A2   A2h Неправильные адаптивы загрузки как это исправить ?

Перезалейте от такого же. Классический Сигейт же вроде-бы.

Цитата:

У каждого сигейта SA на другом месте.
Нужно вычитать хотя бы одну копию boot адаптивов, чтобы их залить.

на самом деле на старых Сигейтах СА очень редко меняла физическое положение, в этом достаточно убедиться если поймать диск на >F до загрузки бутовых адаптивов и проверить где у него СА в тот момент.
То, что наблюдается после загрузки адаптивов это лишь смена системы координат и не более

Добавлено:

Цитата:

Перезалейте от такого же.

загрузочные адаптивы практически неубиваемы - слишком много копий, это скорее головы полумертвые

Добавлено:

Цитата:

Это из серии "слышал звон". Доступ к SA будет при условии, что накопитель сможет самостоятельно поднять СFW с поверхности. Особенность работы микропрограммы.

при подъеме CFW доступ к СА будет только у винта, у юзера туда доступ будет только при последующем подъеме оврелеев.
Особенность работы микропрограммы

hddscan
Вы хоть бы в ответ команды 2>x заглядывали, иногда.
Берем несколько любых классических бар одной модели:
Например
ST3120811AS

Reserve: 15BBC - 15CE9 640 (0280) 445.161
Total KBAs = 0E13E8EF

Reserve: 16781 - 168AE 640 (0280) 445.161
Total KBAs = 0E125259

Reserve: 160D5 - 16202 640 (0280) 444.193
Total KBAs = 0E20A669

Это как раз адаптивы приводят к тому что SA виртуально на одном месте у одной модели.
В ответ на T>у

Могу задачку на сообразительность подкинуть.
У любой не одноголовой модели.
Адаптивы продублированы на второй системной голове.
Убейте адаптивы, затрите нулями, на H0 и попробуйте добраться до копий на H1.

Цитата:

Вы хоть бы в ответ команды 2>x заглядывали, иногда

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

hddscan
А причем тут F> и 2>
Наверняка на F> у вас хард выпадал на от того что не считал Boot адаптивы.
И восстанавливали вы не все копии.
Возьмите живой хард
Затрите все копии boot адаптивов, передернете питание и попробуйте потом хоть что-то записать в SA.
И желательно ПЗУ от другого взять, в некоторых ПЗУ есть доскановые адаптивы.

Цитата:

Это как раз адаптивы приводят к тому что SA виртуально на одном месте у одной модели.

я не вижу как это следует из приведенного вами зонника - все координаты после адаптивов разные

Добавлено:
какой вы упертый, придется пожевать
1. включаем питание
2. Винт говорит Buzz. До распарковки голов нажимаем Ctrl+Z, винт падает в F
3. Нажимамем %, запоминаем координаты
4. Вводим R+Enter, делаем % и запоминаем координаты
5. Берем следующий винт такой же модели, повторяем 1-4

сравниваем пункт 3, долго думаем

hddscan
Зонник показывает физическую адресацию.
А служебка работает с виртуальной.
Вы сначала видите виртуальную адресацию из ПЗУ, а не физическую.

Цитата:

Зонник показывает физическую адресацию.
А служебка работает с виртуальной.

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

Добавлено:

Цитата:

Вы сначала видите виртуальную адресацию из ПЗУ, а не физическую.

Если бы ПЗУ умела определять виртуальную адресацию СА, а СА при этом была бы в разных местах, то зачем тогда бутовые адаптивы? Ведь и без них мы всегда попадаем в СА?
Получается не логично, вы не находите?

Цитата:

Если бы ПЗУ умела определять виртуальную адресацию СА, а СА при этом была бы в разных местах, то зачем тогда бутовые адаптивы? Ведь и без них мы всегда попадаем в СА? Получается не логично, вы не находите?

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

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

Цитата:

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

еще один гвоздик
если бы СА была в разных местах, то при перестановке плат с разных дисков вы не могли бы ничего прочесть в СА. Можете убедится что это не так
По-моему вывод очевиден - СА на старых Сигейтов почти всегда (в пределах определенной группы варей) в одном физическом месте

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

И потом, служебка ни как не может лежать в одном месте, потомучто головки имеют разное смещение от упора (точки отсчета) на разных экземплярах одной модели.

Radial Offset Table:

Head 0 Offset = 1401
Head 1 Offset = 146A


Radial ID Delta Offset Table - RPO:

Head 0 Offset = 0
Head 1 Offset = FF7E

-------

Radial Offset Table:

Head 0 Offset = EE8
Head 1 Offset = E64


Radial ID Delta Offset Table - RPO:

Head 0 Offset = 0
Head 1 Offset = FF9C

Физические координаты треков определяет грей код серво разметки.
Серво разметка наносится отдельным аппаратом, без учета этих смещений. Тупо, от упора до зоны парковки.
Затем уже в адаптивы запишутся нужные смещения.

hddscan

Цитата:

еще один гвоздик

Попытаюсь вставить большой осиновый кол:

1) Запустите диск не давая ему ничего читать с поверхности.
2) App в память. Cert в память.
3) Разрешите запись.
4) Посмотрите по % начало координат и пропишите начальный сектор начального трека паттерном.
5) Передерните питание и посмотрите этот сектор еще раз.
6) Обратите внимание на то что показывает %, сравните с п. 4.

Цитата:

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

координаты разные, а положение СА одинаковое
про координаты я в самом начале написал
мало того, координаты разные при старте винта и после подгрузки адаптивов, что лишь потверждает то, что винт работает с вирутальными координатами


Цитата:

 
И потом, служебка ни как не может лежать в одном месте, потомучто головки имеют разное смещение от упора (точки отсчета) на разных экземплярах одной модели.

и как тогда драйв читает служебку, если в ПЗУ у него нет адаптивов?
то что географически служебка лежит в разных местах не означает что меняются ее физические координаты, смотрите ниже про определения 



Цитата:

 
Физические координаты треков определяет грей код серво разметки.

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


я думаю что у нас тут трудности перевода, я распишу немного
серво-треки ака грей-код треки, это треки для позиционирования, не содержат данных СА или юзер-зоны, доступны только серво-системе
физические треки данных - там где лежат данные их номера могут быть либо равны либо не равны номерам серво-треков треков, содержат данные. в СА их количество постоянно на всех головах, в юзер-зоне меняется в зависимости от зоны и головки.
логические треки данных - виртуальные координаты, указывающие на физические треки данных, используются для VTPI, существуют только в памяти винта после загрузки адаптивов и далее зонника.
До загрузки адаптивов номера логических и физических треков данных равны, но реально читать/писать можно только в СА, потому что там нет VTPI и VBAR
чтение любых данные всегда выполняется в координатах логических треков данных, из-за этого вы можете наблюдать изменение "положения" СА до и и после подгрузки адаптивов, хотя на самом деле меняются лишь номера логических треков и формула их преобразования в физические



Цитата:

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

однозначно
только непонятно как положение серво-треков, на которых нет данных(кроме необходимых для серво-системы), связано с положением служебки, которая записана на дата-треках

hddscan
Как-то все не так.
Серво-треков не существует.
Есть только треки данных, которые можно просто называть треками.
А они берут (рассчитываются) физические адреса по серво-меткам.
Каждая серво метка, лежащая на окружности равно удалённой от упора имеет свой грей код.
Опять же есть команды показывающие грей коды для текущего трека.

Для ремонта я не вижу особой проблемы. Нужно просто залить ресурсы в память и пустить N2. Он сам выбирает оптимальное место для служебки, и пересчитает все как надо.
Если запись работает и поверхность в норме.
А вот при восстановлении данных, попытка записать чужие бут адаптивы ни к чему хорошему не приводит.

Собственно меня чисто ремонт не интересует совсем, только данные, поэтому N2 я уже лет 6-7 не запускал ни разу. И спорить по этому поводу не вижу смысла.
Возникает иногда необходимость проверить доноров, после очередного ремонтника.
Который все что только можно похерил в служебке, пытаясь поднять полутрупа.
Но в принципе проще перекинуть головки вместо того чтобы ждать сутки на пролет когда N2 что-то вымучает.
Вот, к сожалению, удаленно подобрать совместимого донора компаньону, в такой ситуации, задача практически не выполнимая.
Очень хочется таких ремонтников придушить. Это называется - ни себе, ни людям.
Вернуть как было, они не могут.

Поделитесь комплектом формата ST_MEM
Momentus 7200.2 200Gb
ST9200420AS
FW- 3.AAA


Добавлено:
первый раз таким занимаюсь уже убил флеш
4096k x 16 buffer detected
MASKROM - 1_Disk M-40 09-11-06 15:06
раньше было
8192k x 16 DRAM

GALILEOPLUS - 1_Disk S-0E 07-18-07_14:41

KOSMATUJ
Ну вы блин даете.
Это на столько редкий хард, а вы ромку сразу не сохранили...

Есть лоадер c такой ПЗУ, но под комплекс, замучаешься из него выдирать нужное.
http://files.hddguru.com/download/PC-3000-UDMA%20Support/Seagate/GALILEOPLUS/
Только за большие деньги, купив комплекс.
Судя по ресурсам, только я два таких случайно видел.
Ваш третий на всю СНГ.

P.S. Наверное надо искать другой обьект для обучения?!Или с этим можно поигратся?

Цитата:

Судя по ресурсам, только я два таких случайно видел.
Ваш третий на всю СНГ.

еще такой был:

Цитата:

GALILEOPLUS - 2_Disk 3.BHA 07-23-07_17:14 BHB,GP_2D_4H_S,2Y
Built for GALILEOPLUS,PITKIN,COPPERHEAD,TI1924 PreAmp,Agere7731 PreAmp,McKinleyMB,2Disk,168 Servos,7200RPM,2x,133MHz,Ramp Load,RwFeat=0002,HeadPol=0000,VBAR
Disk Code Revision # .03A CRC ==> 4B4F

KOSMATUJ
http://files.hddguru.com/download/PC-3000-UDMA%20Support/Seagate/GALILEOPLUS/

спасибо буду пробовать. как убрать 4096k x 16 buffer detected
MASKROM - 1_Disk M-40 09-11-06 15:06 есть какие-то хитрые команды?

Команды те же, только ответы на них под маскром несколько другие обычно.
Поэтому программа может орать, что команда не выполнена, потому что не поняла ответ.

какая команда правильная для заливки APP:

Цитата:
SPEED/115200/b0115
STR/d60,1/0
SLEEP/4000
SEND_FILE/1024/app.trc/<0/<1A0
SLEEP/4000
SPEED/9600/b0096
или
STR/d60,2/0
SLEEP/4000/1
SEND_FILE/2048/track\app.bin/<0/<238

у меня апп бин формата

Добавлено:
4096k x 16 buffer detected
MASKROM - 1_Disk M-40 09-11-06 15:06

F>

посылаем блоки :
001
002
003
004
005
006
007
008
009
00A
00B
00C
00D
00E
00F
010
011
012
013
014
015
016
017
018
019
01A
01B
01C
01D
01E
01F
020
021
022
023
024
025
026
027
028
029
02A
02B
02C
02D
02E
02F
030
031
032
033
034
035
036
037
038
039
03A
03B
03C
03D
03E
03F
040
041
042
043
044
045
046
047
048
049
04A
04B
04C
04D
04E
04F
050
051
052
053
054
055
056
057
058
059
05A
05B
05C
05D
05E
05F
060
061
062
063
064
065
066
067
068
069
06A
06B
06C
06D
06E
06F
070
071
072
073
074
075
076
077
078
079
07A
07B
07C
07D
07E
07F
000
послали файл; C:\Users\777\Desktop\st_mem_SDLD\st_mem_SDLD\Flash (2).bin ;
F>Pgm=00 Trk=00000000(00000000).0(0).000(000) Zn=2E Err=29 ErCt=0000 Hlth=0000 CHlth=0000

Цитата:

какая команда правильная для заливки APP:

Если такой разброс меж скриптов - скорее всего оба неправильные Личку смотрим...