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

Полигон-2

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

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 38 39 40 41 42 * 43 44 45 46 .. 75 76 77 78 79 80
Печать
 
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
SRUTSSSSSSSS80
Спасибо за F3RepairTools,пригодится))
Я не нашел там чтения пзу.

SRUTSSSSSSSS80 написал:
[q]
там можно лить и треками и объектами.
в HDDINFO.TXT ошибка есть, и его можно дополнять.
[/q]
Я не совсем понимаю,что такое объект в данном случае.
И что за ошибка в HDDINFO.TXT закралась :
[ALPINE_3.XXX]
APP=15 0 180 80
CERT0=29 0 240
TABLE=29 240 11
ATA=2A 0 5D
VEN=2C 0 12
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec написал:
[q]
Я не совсем понимаю,что такое объект в данном случае.
[/q]
Под объектом я понимаю то что загружается в память, и используется
CPU. Те трек это просто целиком трек, он может включать в себя объект,
объекты или часть объекта.

Например на треке ovl у TONKA40 содеожатся два overlay и байты
заполнители, а объект cert занимает целиком один трек и часть другого,
итд.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
i8088 написал:
[q]
Интересно проверить команды преобразований с секторами в G-лист, должен быть уход в резервную
зону. С remap-ами у меня осталась одна TONKA2 160GB, когда скопирую с нее информацию,
попробую проверить.
[/q]
Проверил - неверно. Да и это и очевидно, ведь при remap сектор отмечается как reassign, и
это вызывает уход в резервную зону при обращении к нему (таким образом нельзя скрыть
IDNF). Соответственно команда преобразования d (LPP в KBA) не замечает remap-ы.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH, проверил A>P на TONKA2 (160GB, PATA, SMART сообщал о 8 remap-ах).
Команда перемещения A>P тоже сработала, причем смежные дефекты объединились, вот лог:


Interface task reset1024k x 16 SDRAM
TONKA2 - 1_Disk    M-31   03-22-06 10:53
Head Mask FFFF - Switch to full int.
              Spin Ready
(P)PATA Reset
Master

T>TONKA2 - 1_Disk    3.AAJ  05-11-06 15:45 AAJ,1D_P_013_N0,4T
Built for TONKA2,PITKIN,Redback,TI1810 PreAmp,Agere7531 PreAmp,InternalSpin,McKinleyDT,OneToOne,3Disk,LowDelta,220 Servos,7200RPM,8Pole,NonModGray,133MHz,Code DRAM,Early Exit,Stall Converter,RwFeat=0002,SeaDex,VBAR,MDW
Eng Rev = .0F9
TONKA2 - 1_Disk    3.AAJ  05-11-06 15:45 AAJ,1D_P_013_N0,4T
CERT Rev = .0C6
NONE
Mask Rom Rev = M-31  
Unique Descriptor = .3N0
Orig Code = AAJ4T0 Tonka2_3.0F9.0C6              
((VALID Cert Disk Code Detected - Revision # .0C6

T>V4
Alt Defect List
Num Entries = 0015    Checksum = 61CA
Hd 0      Offset     Hd 1      Offset    
02F79.0.39D 0008 Alt
02F79.0.39E 0009 Alt
02F79.0.39F 000A Alt
02F79.0.3A0 000B Alt
02F79.0.3A1 000C Alt
02F79.0.3A2 000D Alt
02F79.0.3A3 000E Alt
02F79.0.3A4 000F Alt
02F79.0.3A5 0010 Alt
02F79.0.3A6 0011 Alt
02F79.0.3A7 0012 Alt
02F79.0.3A8 0013 Alt
02F79.0.3A9 0014 Alt
                     05128.1.4AE 0000 Alt
                     05128.1.4AF 0001 Alt
                     05128.1.4B0 0002 Alt
                     05128.1.4B1 0003 Alt
                     05128.1.4B2 0004 Alt
                     05128.1.4B3 0005 Alt
                     05128.1.4B4 0006 Alt
                     05128.1.4B5 0007 Alt
T>
T>/A
A>P
A>/
T>V4
Alt Defect List
Num Entries = 0000    Checksum = 22FB

T>V1
User Slip Defect List
Num Entries = 14B1    Checksum = D20E
Hd 0        Span Hd 1        Span
00000.0.000 000
000AB.0.547 001
...
02F79.0.39D 00D
                 03604.1.4FA 001
...
                 05128.1.4AE 008
...
                 23DA4.1.018 006
SLIPPED = 73982 ALLOWED = 600000
SLIPPED at Hd00 = 44985 Hd01 = 28997
T>


upd.
На этот раз после контрольного чтения всей поверхности UNC секторов не
обнаружилось, хотя стирание поверхности я по любому сделал. Еще замечу, что
команда A>P выполнялась заметное время, примерно ~2-4 секунды.

upd2
Работа транслятора после переноса дефектов была проверена по вышеописанной методике

>/A
A>d02f79,0,39b
KBA 02050581 = LPP 00002F79.0.039B
A>d02f79,0,39c
KBA 02050582 = LPP 00002F79.0.039C
A>d02f79,0,39d
KBA 02050583 = LPP 00002F79.0.039D
A>d02f79,0,39E
KBA 02050583 = LPP 00002F79.0.039E
A>d02f79,0,39f
KBA 02050583 = LPP 00002F79.0.039F
A>d02f79,0,3a0
KBA 02050583 = LPP 00002F79.0.03A0
A>d02f79,0,3a1
KBA 02050583 = LPP 00002F79.0.03A1
A>d02f79,0,3a2
KBA 02050583 = LPP 00002F79.0.03A2
A>d02f79,0,3a3
KBA 02050583 = LPP 00002F79.0.03A3
A>d02f79,0,3a4
KBA 02050583 = LPP 00002F79.0.03A4
A>d02f79,0,3a5
KBA 02050583 = LPP 00002F79.0.03A5
A>d02f79,0,3a6
KBA 02050583 = LPP 00002F79.0.03A6
A>d02f79,0,3a7
KBA 02050583 = LPP 00002F79.0.03A7
A>d02f79,0,3a8
KBA 02050583 = LPP 00002F79.0.03A8
A>d02f79,0,3a9
KBA 02050583 = LPP 00002F79.0.03A9
A>d02f79,0,3aa
KBA 02050583 = LPP 00002F79.0.03AA
A>d02f79,0,3ab
KBA 02050584 = LPP 00002F79.0.03AB
A>d02f79,0,3ac
KBA 02050585 = LPP 00002F79.0.03AC
A>
A>d5128,1,4ac
KBA 033D6888 = LPP 00005128.1.04AC
A>d5128,1,4ad
KBA 033D6889 = LPP 00005128.1.04AD
A>d5128,1,4ae
KBA 033D688A = LPP 00005128.1.04AE
A>d5128,1,4af
KBA 033D688A = LPP 00005128.1.04AF
A>d5128,1,4b0
KBA 033D688A = LPP 00005128.1.04B0
A>d5128,1,4b1
KBA 033D688A = LPP 00005128.1.04B1
A>d5128,1,4b2
KBA 033D688A = LPP 00005128.1.04B2
A>d5128,1,4b3
KBA 033D688A = LPP 00005128.1.04B3
A>d5128,1,4b4
KBA 033D688A = LPP 00005128.1.04B4
A>d5128,1,4b5
KBA 033D688A = LPP 00005128.1.04B5
A>d5128,1,4b6
KBA 033D688A = LPP 00005128.1.04B6
A>d5128,1,4b7
KBA 033D688B = LPP 00005128.1.04B7
A>
SRUTSSSSSSSS80
Newbie


Всего сообщений: 10
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 апр. 2018
strelec написал:
[q]
И что за ошибка в HDDINFO.TXT закралась :
[/q]
координаты на венусе не верные.
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
С трудом получилось запустить селф(burn) на wn310820a .
Только древний целерон помог в запуске pc3000/v9.Проблема была в emm386.
Не получилось его настроить на современной железяке.
Пока искал терминал на wn310820a ,спалил адаптер ).Пришлось делать из подручных средств- из elm327.
Pic вводим в постоянный ресет(1 pin на землю),что бы он не мешал работе pl2303.
Теперь устройство два в одном, работает не хуже старого ))
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec написал:
[q]
Только древний целерон помог в запуске pc3000/v9.Проблема была в emm386.
[/q]
PC3K очень капризные, особенно к тестам сервометок и поверхностей,
если есть варианты можете перебрать имеющиеся платы.

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

Удачи с burn!
KALDYH
Advanced Member
Технонекромант

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


Ссылка


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


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
KALDYH написал:
[q]
Вроде как в асиной доке сказано, что на разное кол-во голов идут разные ПЗУ.
[/q]
Да ,там так и написано.
Но модели младше wn310820 вроде нет:
Утилита  предназначена для восстановления  служебной информации накопителей фирмы Samsung семейства  
Winner. Данное семейство включает модели:
  WNR-31601A – 1610 Мбт,
  WNR-32101A – 2013 Мбт,
  WNR-32501A – 2416 Мбт,
  WN-310820A – 1080 Мбт,
  WN-312021A – 1207 Мбт,
  WN-316025A – 1610 Мбт,
  WN-321620A – 2016 Мбт,
WN-31273A  –  1270  Мбт,
WN-32543A  –  2540  Мбт,
WU-32165A  –  2160  Мбт,
WU-32543A  –  2540  Мбт

Или она есть,но не указана
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec написал:
[q]
Но модели младше wn310820 вроде нет:
[/q]
В этом и дело, я помню архив старой эхи читал, там это обсуждали,
решили что не стоит эта младшая модель ковыряния микропрограммы.
Ну и вторая сложность - ПЗУ там одноразовое и не сильно распространеное.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 38 39 40 41 42 * 43 44 45 46 .. 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