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

Полигон-2

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

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 47 48 49 50 51 * 52 53 54 55 .. 75 76 77 78 79 80
Печать
 
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
Винт 7200.10, NIGHTHAWKPLUS.
Селф был запущен из памяти(app, cert, cert_tab).
Teст пройден успешно.
Test=50, Feature=0, cumhlth=0008, curhlth=0008
OkEnd Test 50
T>

После перезагрузки вывалился в F>.
Адаптивы не грузятся:
F>R

Buzz HM SFI
!
Pgm=00 Trk=00016ACD(00016ACD[0180F6]<img src="smiles/wink.gif" align=absmiddle alt=";)">.0(0).000(000) Zn=FF Err=00 ErCt=0000 Hlth=0000 CHlth=0000 Ready LBA=00000000
Pgm=00 Trk=00016ACF(00016ACF[0180F8]<img src="smiles/wink.gif" align=absmiddle alt=";)">.0(0).01E(01E) Zn=FF Err=00 ErCt=0000 Hlth=0000 CHlth=0000 Ready LBA=00000000
    Code - 43  Track 16ACF.0.01E  Sns 01E
=================================
T>R
EC 71
DiskAccess ReadSector EC=43 at 016bad.00.0000
Disc Operation failed
Unable to find a valid system block.
Current FS Buffer usage: 13312 bytes

FS_INODE_TABLE_BUFFER: d59
FS_DIR_ENTRY_BUFFER: d5b
FS_SCRATCH_BUFFER: d5d
FS_INDIR_BLOCKS_BUFFER: d5f
FS_BUFFER: d6f

Что за ....??
Такое впечатление, что селф придется пускать заново...))
По идее, после окончания селфа из памяти винт должен был сохранить все на блины?
Почему так вышло, что не правильно сделал?
И еще:
T>/2
2>x

Head 00
Zone 00:  00018 - FFFFFFFE  2145 (0861) 0.217 0.228
Zone 01:  FFFFFFFF - FFFFFFFE  -21579 (ABB5) 16.225 17.037
Zone 02:  FFFFFFFF - FFFFFFFE  17285 (4385) 3.853 4.046
Zone 03:  FFFFFFFF - FFFFFFFE  -4230 (EF7A) 124.644 130.877
Zone 04:  FFFFFFFF - FFFFFFFE  -4483 (EE7D) 125.513 131.789
Zone 05:  FFFFFFFF - FFFFFFFE  9583 (256F) 124.156 130.364
Zone 06:  FFFFFFFF - FFFFFFFE  16021 (3E95) 2.134 2.241
Zone 07:  FFFFFFFF - FFFFFFFE  -26789 (975B) 36.074 37.878
Zone 08:  FFFFFFFF - FFFFFFFE  -12254 (D022) 5.980 6.280
Zone 09:  FFFFFFFF - FFFFFFFE  4196 (1064) 1.698 1.783
Zone 0A:  FFFFFFFF - FFFFFFFE     0 (0000) 380.952 400.000
Zone 0B:  FFFFFFFF - FFFFFFFE     0 (0000) 380.952 400.000
Zone 0C:  FFFFFFFF - FFFFFFFE     0 (0000) 380.952 400.000
Zone 0D:  FFFFFFFF - FFFFFFFE     0 (0000) 380.952 400.000
Zone 0E:  FFFFFFFF - FFFFFFFE     0 (0000) 380.952 400.000
Zone 0F:  FFFFFFFF - 236D3     0 (0000) 380.952 400.000
Reserve:  16A9D - 16BDE   860 (035C) 661.375 694.444
Total KBAs = 00000000
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec, затрудняюсь подсказать, но если будете пускать заново, может быть попробовать
пройти только N2 (I,,22), а потом записать app, и посмотреть сохранится ли, или записать app
после останова на тесте 99. Вы пускали с иной FW, чем была изначально?

В таблице offset.xls нашел ошибку для AVALANCHE - длина cert 200h, а не 22Fh.
Делитель для счетчика часов у AVALANCHE тоже 0xAAA, как у ALPINE.

Поэкспериментировал с давно у меня лежавшим гермоблоком Sabre с сожженным предусилителем-коммутатором. Это случилось после выхода из строя платы (не у меня, такой отдали), сгорели
до дыр L6283 и процессор, дифференциальный выход (или вход, или вход/выход) предусилителя-
-коммутара пробило на +5V.

Соединил проводами ранее упомянутую проблемную плату с двигателем и катушкой актуатора
испорченного гермоблока, диск раскручивается, потом естественно стук и через некоторое время
останов шпиндельного двигателя. Микросхема L6283 при этих процессах нагревается весьма сильно.

Ток через VC у Sabre задается двумя параллельно включенными резисторами по 1 Ом, соединенными
с объединенными выводами 48-49-50 L6283, причем предусмотрено посадочное место под еще один
параллельно включенный резистор. Хорошо видно, что ток задается ЦАП (ступеньки). После отпайки
одного из резисторов (он оказался в позиции R8, маркировка под резистором), максимальные
значения напряжений на оставшемся резисторе были порядка 0.3-0.4V, те ток около 0.3-0.4A.
Стук стал явно тише.
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
i8088 написал:
[q]
Вы пускали с иной FW, чем была изначально?
[/q]
Да, была смена fw(3.AAD==>3.AAF).Странно, почему селф прошел
успешно, а результат отрицательный.
запустил скан с другими ресурсами...
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
Решил задачку с 7200.10.
С родными ресурсами не проходил тесты 78,31.
Сменил fw на 3aaf (от st3250410AS), но после успешного селфа винт "забывал" после
сброса питания про все.Т.е. даже не читал адаптивы(T>R1 ,R2;Age=60)
Нашел родные ресурсы от st3250310as c fw 3aaf на нддгуру.С ними начал зацикливаться на E5 тесте.
Залил серт и таблицы от st3250410as и с ними селф прошел.Но уже с чтением адаптивов.
Залил ovl, vendor и винт заработал.
Чтение, запись хорошо, Health 0008.
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
strelec написал:
[q]
st3250410AS
[/q]
Буфер 16 Мб

strelec написал:
[q]
st3250310as
[/q]
Буфер 8 Мб

По идее, может быть разница в микрокоде, но в каких именно его частях - неясно.
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
KALDYH написал:
[q]
По идее, может быть разница в микрокоде, но в каких именно его частях - неясно.
[/q]
Точную причину так и не понял. АППы отличаются достаточно сильно.
Серты вообще разной длины(428 и 520)....
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Те Cert у Вас сейчас от 16MB версии, а vnd, ovl и app от 8MB?
А размер кеша как теперь определяется, верно?

Тогда можно обяснить "забывание" тем, что FW возможно полагается на соответствие
размера кеша, без фактической проверки, и с app от 16MB что-то пишется за пределы 8MB
ОЗУ и теряется. Ну типа, как например использовать программу для микроконтроллера
8049 (использующую более 64 байта ОЗУ) на 8048 (у 8048 64, а 8049 128байт ОЗУ).
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
i8088 написал:
[q]
Те Cert у Вас сейчас от 16MB версии, а vnd, ovl и app от 8MB?
[/q]
App, ovl -от st3250310as(3AAF);
Cert, Cert table - от st3250410as(3AAF);
Vendor родной -от st3250310as(3AAD);
Rom.bin у них идентичны.
[q]
А размер кеша как теперь определяется, верно?
[/q]
Да, верно: 8192k
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH, у меня опять любопытные вещи случились с WD Sabre.

Я разыскал гермоблок, плата которого была использована для WD400BB-00JHA0, черная крышка
(о котором я недавно писал). Это оказался WD800BB-08JHC0, белая крышка, выпуск sep 2006.
Изначально этот диск был отдан мне по причине неработоспособности - диск стучал и не
определялся на интерфейсе IDE.

Решил повозиться с ним, используя плату от WD400BB-00JHA0, на которой я менял L6283. Записал
на эту плату образ ПЗУ от WD800BB-08JHC0 и пробовались варианты редактирования карты голов,
даже пробовал запустить с ПЗУ от WD400BB, но во всех случаях получал стук и отключение
двигателя через некоторое время, менялось лишь количество стуков. ПЗУ при установленном
гермоблоке прошивал в основном в safe mode (с 3 перемычками M,S,CS).

В конце-концов, я решил что проблема наверно в коммутаторе или головах, решил отложить и
записать опять на плату родной образ ПЗУ от WD400BB. Я на плате ранее отпаял один резистор,
задающий ток в катушке актуатора (как я писал выше), и решил проверить, уменьшится ли теперь
стук с родным гермоблоком WD400BB.

К моему удивлению, WD400BB с родной платой, образом ПЗУ и отпаянным одним резистором начал
вести себя как и WD800BB - стучал и выключал двигатель через определенное время.

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

Сегодня вернул второй резистор на место, и недолго думая, поставил плату от WD400BB (c
ПЗУ тоже для WD400BB!) на гермоблок WD800BB. И диск инициализировался без стука!

Подключил диск к интерфейсу, через некоторое время он определился примерно как
WDC ROM MODEL ---SABRE---06.01C06 (как определялась плата без гермоблока в WDR/WDMarvell).
Диск дал доступ к SA, я сразу сохранил модули, прочиталось нормально, но медленнее, чем
обычно (у WD400BB используется как рабочая первая головка в карте голов). Потом записал
родное ПЗУ от WD800BB, после этого диск заработал и дал доступ к UA! Жаль что данные на
нем не нужны были:)

Стал тестировать - на нем имелось примерно ~88 remap, в основном групповые на нулевой
голове, но на первой тоже были. Учитывая, что диск стучал, и как сносило перед этим
крышу у FW неизвестно, решил не делать перенос G->P, а сбросить G list (модуль с G-list
сохранен), потом быстрое внутреннее форматирование, и поставил на обычное user стирание.

Проверка по верификации в MHDD показала отличную поверхность, беды от очистки G-листа не
появились!

Однако из-за дефекта платы, парковаться диск стал громко, как ранее WD400BB, с которого
эта плата была снята. Чтобы исключить случайности, поставил опять родную плату (прошив
родную прошивку), но с ней опять получил стук. Возврат платы от WD400BB (с прошивкой от
WD800BB) вернул диск в рабочее состояние, но паркуется громко. Это меня беспокоит - износ
механики при парковке будет повышенный?

И теперь основные вопросы.

Я сделал вывод, что если не удается вывести WD из стука с рабочей платой, стоит попробовать
и другие платы, и может быть(?) поиграть номиналом токозадающего резистора. Предполагаю, что
адаптивы в ПЗУ из за ухода параметров деталей стали неоптимальными, и в какой-то момент диск
не смог найти свою SA и сорвался в стук, а с чужой платой с возможно большим током - SA "нашлась".

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

У WD Sabre доступный нам SS рассчитывает адаптивы SA в ПЗУ? Есть ли возможность, как на
Seagate, пустить SelfScan из памяти?
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
WD400BB-00JHA0, черная крышка
[/q]
i8088 написал:
[q]
WD800BB-08JHC0, белая крышка
[/q]
Оба Sabre

i8088 написал:
[q]
Тут мне подумалось - ведь адаптивы SA в ПЗУ задают определенный ток в катушку актуатора,
а он по факту будет в 2 раза меньше (причем FW будет уверено, что ток не менялся), головки
промахиваются слишком сильно, и это уже не компенсируется подстройкой по сервометкам.
[/q]
Всё правильно, только это не адаптивы, а вовсе константы сервосистемы. ПЗУ содержит подпрограммы позиционирования на любую дорожку, но они "тупые" - шумные и без оптимизаций, зато калибровочных переменных не требуют.

i8088 написал:
[q]
И диск инициализировался без стука!
[/q]
Всё правильно, стучать не будет, если системные головы совпадают - наличие остальных при старте не проверяется.

i8088 написал:
[q]
и может быть(?) поиграть номиналом токозадающего резистора.
[/q]
Вот это не надо.

i8088 написал:
[q]
Предполагаю, что
адаптивы в ПЗУ из за ухода параметров деталей стали неоптимальными, и в какой-то момент диск
не смог найти свою SA и сорвался в стук, а с чужой платой с возможно большим током - SA "нашлась".
[/q]
Да не, микросхема просто гонит и ток через катушку обеспечить не может.

i8088 написал:
[q]
У WD Sabre доступный нам SS рассчитывает адаптивы SA в ПЗУ?
[/q]
Честно говоря, не помню. Я прогонял на нём селфскан, причём фришными прогами, но забыл, как я это делал.

i8088 написал:
[q]
Есть ли возможность, как на
Seagate, пустить SelfScan из памяти?
[/q]
Делается малость нетривиально. Сначала нужно пустить последовательность ARCO тестов. Либо фирменной прогой TREX, либо это умеет делать платный вдмарвел. В процессе он попросит подгрузить ему все необходимые тестовые модули, штук 10. В процессе арко проводятся основные калибровки и формируется служебная область. Потом в неё записывается и инициализируется модуль DIR и пишутся оставшиеся модули, кроме таблиц, логов и др. (полный список подлежащих очистке модулей можно посмотреть в вдмарвел). Затем пускается селфскан. На WD он размечает, калибрует и тестирует ТОЛЬКО пользовательскую область - это терминологическое и методологическое различие с Seagate.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 47 48 49 50 51 * 52 53 54 55 .. 75 76 77 78 79 80
Печать
Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

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

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

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