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

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

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

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

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

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

<<Назад Вперед>>

Страницы: 1 2 3 4 5 ... 16 17 18 19 20 * 21 22 23 24 .. 75 76 77 78 79 80

Печать

KALDYH

Advanced Member
Технонекромант

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

Ссылка

Дата регистрации на форуме:
5 июня 2009

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 2 апреля 2018 9:19
Сообщение отредактировано: 2 апреля 2018 9:20

i8088 написал:

[q]
А почему отличаются MxCyl? И MXSct сейчас 0?
[/q]

Адаптивная плотность. Конечное число цилиндров может различаться. А насчёт секторов - не знаю, как-то не задумывался...

i8088 написал:

[q]
Заодно, могли бы Вы рассказать о заливке оверлея перед сканом?
[/q]

Просто отправляется в память так же, как и для записи, но после отправки команда на его запись не подаётся. И да, это сработало на Alpine, но может не сработать на TONKA40.

i8088 написал:

[q]
Забыл спросить, на чтение треков (READ_TRACKS_MASK) влияет то, что CERT
загружен/незагружен, или это безразлично?
[/q]

Не влияет - за запись служебки отвечет App, за чтение - Flash code

Наверх

i8088

Advanced Member

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

Ссылка

Дата регистрации на форуме:
30 янв. 2015

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 2 апреля 2018 14:02
Сообщение отредактировано: 2 апреля 2018 14:47

Спасибо за разъяснения! Расскажу что пока-что получилось.

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

. Я столкнулся с тем, что до тех пор, пока не дать команду Y, например Y45 (хотя
такая команда не меняет тип, тк у 7200.9 иной ее формат) накопитель рапортовал об отсутствии
CERT (по ^R), хотя тип все равно оставался FF.

По команде >c> app не записывался, однако удалсь записать его командой w4,60 (у TONKA40
буфер 60 для app, и предварительно я на всякий случай дал >b,,22>), а ATA overlay видимо
все же записался, тк после >c> и >w4,60> и передергивания питания диск уже вывалилися в:
Stuff Was Unreadable2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T

Для записи ATA оверлеев я использовал такой скрипт:



SPEED/9600

STR/e0,0/0

SLEEP/4000

SEND_FILE/512/ovl.bin/>0/>83/1

STR/e1,0/0

SLEEP/4000

SEND_FILE/512/ovl.bin/>89/>12/1

SLEEP/4000

SPEED/9600

(Я пока искал причину, снизил скорость до дефолтной, но думаю, и на 115200 все бы сработало)

Я пока что застрял на stuff, пробовал переписать vnd track из скачанных ресурсов



SPEED/9600

S_BUF/488/vnd.bin/0/10/1

STR/sB9E6,0

STR/w,0,10

S_BUF/488/vnd.bin/10/2/1

STR/sB9E6,0

STR/w,10,2

SPEED/9600

(номер vendor дорожки и буфера WR я подсмотрел по >?> и T>y)

Скорость минимальная, тк сперва не заработало на 11520, писалось долго (FREE версия).
Вроде записалось, но все равно осталось Stuff Was Unreadable. Надо было посмотреть, что
записалось, не сообразил сразу.

Попробовал вручную T>F
Выставлял LBA, имя диска, CHS, (серийник по # забыл правда выставить)

Установки по умолчанию у 7200.9 вроде нет, однако диск ответил



SetStuff->ASCIFE

Setting stuff to defaults

Unsupported drive type 0x  e0

тип диска у 7200.9 я ставил как Y0,,type (0-максимальная головка, формат нашел в ACE
доке, может добавить в статью?). Перебрал несолько вариантов, но получал >Unsupported drive
type> по T>F ASCIFE

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 2 апреля 2018 15:48

Что-то я напутал, повторил запись vendor, тем же скриптом, но на 115200, после этого
запортился ATA ovl.

После восстановления ovl, посмотел вывод ^U, он совсем не соответствовал
четвертому сектору трека vendor. И конечно опять Stuff Was Unreadable.

Правильно ли я взял буфер записи и трек vendor? Не ли ошибки в скрипте?



T>

BT:0000

PC:0054

AP:0060

RL:0294

AL:0297

SL:02AF

MW:0363

AT:037B

TB:037B:0020

SO:039B:0030

FS:03CC:0038

RD:0478:0010

WR:0488:0010

FM:0498:0018

AD:0498:001C

BA:04B0:0003

ST:04B3:0001

AS:04B4:007F

DP:0533:02A6

AC:0533:02A6

SC:07D9:02A7

CT:0B80

uP:0FC0

MZ:0FC0



logbps :0200

codebps:0200

T>y

Command Inactive - No VALID Cert Code Detected

T>ALID Cert Disk Code Detected - Revision # .065



T>y

                  PhysCyl   GrayCyl

 1st Sys Cyl      0000B97A  0000FABA

 1st 0 Offset Cyl 0000B984  0000FAC4

 1st App Code Cyl 0000B990  0000FAD0

 2nd App Code Cyl 0000B992  0000FAD2

 2nd 0 Offset Cyl 0000B99E  0000FADE

 3rd App Code Cyl 0000B9AA  0000FAEA

 4th App Code Cyl 0000B9AC  0000FAEC

 1st Adaptive Cyl 0000B9AE  0000FAEE

 1st UsrDfect Cyl 0000B9B0  0000FAF0

 1st Alt Pool Cyl 0000B9B8  0000FAF8

 2nd UsrDfect Cyl 0000B9D6  0000FB16

 1st CertCode Cyl 0000B9DE  0000FB1E

 1st IntfCode Cyl 0000B9E2  0000FB22

 1st Intf Sys Cyl 0000B9E6  0000FB26

 1st Cert Log Cyl 0000BA16  0000FB56

 1st Decay    Cyl 0000BA8C  0000FBCC

 1st SPLASH   Cyl 0000BAA6  0000FBE6

 Last System  Cyl 0000BAA7  0000FBE7

T>

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 13:42

i8088 написал:

[q]
Я столкнулся с тем, что до тех пор, пока не дать команду Y, например Y45 (хотя
такая команда не меняет тип, тк у 7200.9 иной ее формат) накопитель рапортовал об отсутствии
CERT (по ^R), хотя тип все равно оставался FF.
[/q]

Любопытно, возьму на заметку.

i8088 написал:

[q]
По команде >c> app не записывался, однако удалсь записать его командой w4,60
[/q]

Да, так и надо (я это указал, и если где-то этот момент пропущен - надо поправить)

i8088 написал:

[q]
диск уже вывалилися в:
Stuff Was Unreadable2AAAQ0 09-20-05 11:04 14_P_013_Q0,4T
[/q]

Поздравляю!

i8088 написал:

[q]
Установки по умолчанию у 7200.9 вроде нет, однако диск ответил
[/q]

Да, вот так они и отвечают, но в стафф при этом пишется какая-то хрень.

i8088 написал:

[q]
тип диска у 7200.9 я ставил как Y0,,type (0-максимальная головка, формат нашел в ACE
доке, может добавить в статью?)
[/q]

Есть в Offsets-my.xls, вроде я выкладывал (интересно, откуда я когда-то скачал этот файл? SPRUTS80 что ли его автор?)

i8088 написал:

[q]
Правильно ли я взял буфер записи и трек vendor? Не ли ошибки в скрипте?
[/q]

Я ошибок не вижу...

Попробуйте сделать чтение дорожки (всей) после записи и сравнить с тем, что должно быть.
Датакабель случайно не на PL2303? Они имеют свойство виснуть
Ещё момент: ST_MEM не переваривает концевых пробелов. В первом скрипте их нет, а во втором я их вижу.

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 14:41
Сообщение отредактировано: 3 апреля 2018 14:43

Благодарю за разъяснения!!

Вчера ковыряясь с диском, выяснилось что видимо при записи stuff что-то еще запортилось в SA,
кроме ovl. Диск например переставал отвечать (вис) после простой команде C>D, при ^C, если включено
отображение команд (^D) итп, это происходило, если cert загружен.

Я решил, чтобы не гадать, что еще может быть запорчено еще раз пройти SS, причем app и cert
загрузил с самого начала в ОЗУ (чтобы исключить влияние возмржно запорченных микропрограмм),
принудительно выйдя на /F. Скан прошел удачно, теперь повторю загрузку app, ovl. А со stuff
надо внимательно теперь быть, и да начну с проверки чтения, как Вы советовали.

Любопытный момент - когда я дал N2,,22 диск отработал тест, но вместо начала следующего
дал >OK end test 00> (именно 00). Я забыл ввести серийный номер перед этим, из-за этого
могло быть так?

Я повторил N2, введя серийный номер, но уже попробовал I2,,22. Вообще правильно надо было
I,,22 ,но видимо разборщик cmd line не обращает внимания на лишние символы, если их не должно
быть в команде (я сам делал так в своих программах). А потом просто дал следующий по порядку
тест, N83,,22 , и далее все прошло по плану.

Я еще обратил внимание, что тест гистерезиса убрали из SS, хотя на 3>Y он есть, с картинками.

KALDYH написал:

[q]
Датакабель случайно не на PL2303? Они имеют свойство виснуть Ещё момент: ST_MEM не переваривает концевых пробелов. В первом скрипте их нет, а во втором я их вижу.
[/q]

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

KALDYH написал:

[q]
Да, так и надо (я это указал, и если где-то этот момент пропущен - надо поправить)
[/q]

Давайте тогда здесь поправим:
http://www.phantom.sannata.ru/...7#pp375947

KALDYH написал:

[q]
Попробуйте сделать чтение дорожки (всей) после записи и сравнить с тем, что должно быть.
[/q]

Да, чтение проверю! Я вспомнил, что диск сохранял какую-то ерунду с треков (когда я пытался
сделать backup с накопителя с поврежденным certи не отформатированной SA), я попробую их
считать (cert, ovl, app), и посмотреть, верно ли считает.

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 15:15

i8088 написал:

[q]
Любопытный момент - когда я дал N2,,22 диск отработал тест, но вместо начала следующего
дал >OK end test 00> (именно 00). Я забыл ввести серийный номер перед этим, из-за этого
могло быть так?
[/q]

Не знаю.

i8088 написал:

[q]
Я повторил N2, введя серийный номер, но уже попробовал I2,,22. Вообще правильно надо было
I,,22 ,но видимо разборщик cmd line не обращает внимания на лишние символы, если их не должно
быть в команде (я сам делал так в своих программах).
[/q]

По идее, формат команды - Ix,y,z, но x игнорируется. Или это рудимент старого синтаксиса, либо субверсия команды N.

i8088 написал:

[q]
Давайте тогда здесь поправим:
[/q]

Пример исправлен.

i8088 написал:

[q]
Да, чтение проверю! Я вспомнил, что диск сохранял какую-то ерунду с треков (когда я пытался
сделать backup с накопителя с поврежденным certи не отформатированной SA), я попробую их
считать (cert, ovl, app), и посмотреть, верно ли считает.
[/q]

Вывод 2>x и T>y друг другу не противоречит? А если самостоятельно по отладочному выводу координаты поискать?

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 15:24

KALDYH написал:

[q]
Вывод 2>x и T>y друг другу не противоречит? А если самостоятельно по отладочному выводу координаты поискать?
[/q]

Я буду проверять внимательно. Как поковыряюсь, сообщу!

Наверх

strelec

Newbie

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

Ссылка

Дата регистрации на форуме:
3 апр. 2018

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 18:06

Приветствую.
Откопал тут недавно раритетный диск seagate st36422a медалист(hilo).
Проверил в victoria.Очень медленно читает(ок. 3-6 мб.с).График чтения не особо равномерный.Запись вроде идет ,как положено(ок 13-14 мб.с).
Выполнил несколько раз полную запись-результат примерно такой-же.Переназначенных секторов ок. 100.

Подключился через st_mem,запустил SS T>N2,,22. С 32 теста начал выдавать -Abend.Сейчас идет 37,но похоже также завалит.
(Pgm=37 Trk=0187(0187).0.15C Zn=1 Err=43 ErCt=014E Hlth=7000 CHlth=0000 Ready).
Инфу брал с данного форума.Сразу въехать сложновато...
Есть ли смысл в реанимации ветерана или на магниты?

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 19:29
Сообщение отредактировано: 3 апреля 2018 20:35

Привел накопитель в состояние как вчера, те дошел до stuff снова.

KALDYH написал:

[q]
Вывод 2>x и T>y друг другу не противоречит?
[/q]

Я посмотрел, информация согласована:



T>y

                  PhysCyl   GrayCyl

 1st Sys Cyl      0000B97A  0000FABA

 1st 0 Offset Cyl 0000B984  0000FAC4

 1st App Code Cyl 0000B990  0000FAD0

 2nd App Code Cyl 0000B992  0000FAD2

 2nd 0 Offset Cyl 0000B99E  0000FADE

 3rd App Code Cyl 0000B9AA  0000FAEA

 4th App Code Cyl 0000B9AC  0000FAEC

 1st Adaptive Cyl 0000B9AE  0000FAEE

 1st UsrDfect Cyl 0000B9B0  0000FAF0

 1st Alt Pool Cyl 0000B9B8  0000FAF8

 2nd UsrDfect Cyl 0000B9D6  0000FB16

 1st CertCode Cyl 0000B9DE  0000FB1E

 1st IntfCode Cyl 0000B9E2  0000FB22

 1st Intf Sys Cyl 0000B9E6  0000FB26

 1st Cert Log Cyl 0000BA16  0000FB56

 1st Decay    Cyl 0000BA8C  0000FBCC

 1st SPLASH   Cyl 0000BAA6  0000FBE6

 Last System  Cyl 0000BAA7  0000FBE7

T>/1

1>/2

2>x



Head 00

Zone 00:  00018 - 00F08  1124 (0464) 711.290

Zone 01:  00F09 - 0268A  1100 (044C) 690.322

Zone 02:  0268B - 0446C  1051 (041B) 664.112

Zone 03:  0446D - 056F3  1026 (0402) 647.419

Zone 04:  056F4 - 07040   990 (03DE) 624.193

Zone 05:  07041 - 0875C   953 (03B9) 602.419

Zone 06:  0875D - 098E4   924 (039C) 585.923

Zone 07:  098E5 - 0B9C3   880 (0370) 553.845

Zone 08:  0B9C4 - 0D046   836 (0344) 532.258

Zone 09:  0D047 - 0E333   806 (0326) 513.870

Zone 0A:  0E334 - 0FA82   770 (0302) 490.645

Zone 0B:  0FA83 - 10FD3   733 (02DD) 469.354

Zone 0C:  10FD4 - 12788   691 (02B3) 445.161

Zone 0D:  12789 - 14009   660 (0294) 419.647

Zone 0E:  1400A - 1535C   616 (0268) 399.193

Zone 0F:  1535D - 16280   586 (024A) 380.058

Reserve:  0B97A - 0BAA7   765 (02FD) 500.806

Total KBAs = 04AB9B14

2>

Прочитал треки cert, ovl, app, vnd, теперь прочиталось похоже на правду. 2 байта в первом
треке cert отличались от тех что записывал (другие треки не сравнивал).Наверное некоторые
сектора модифицируются при работе накопителя, подобно BIOS материнских плат с flash?

Однако vnd весь заполнен нулями, хотя по ^U не все нули



T>AT Stuff

0000: 0000  0000  0000  0000   0000  0000  0000  0000  

0008: 0000  0000  2020  2020   2020  2020  2020  2020  

0010: 3350  4630  4331  454e   0000  0000  0000  3241  

0018: 4141  2020  2020  0000   0000  0000  0000  0000  

0020: 0000  0000  0000  0000   0000  0000  0000  0000  

0028: 0000  0000  0000  0000   0000  0000  0000  0000  

0030: 0000  0000  0000  0000   0000  0000  0000  0000  

0038: 0000  0000  0000  0000   0000  0000  0000  0000  

0040: 0000  0000  0000  0000   0000  0000  0000  0000  

0048: 0000  0000  0000  0000   0000  0000  0000  0000  

0050: 0000  0000  0000  0000   0000  0000  0000  0000  

0058: 0000  0000  0000  0000   0000  0000  0000  0000  

0060: 0000  0000  0000  0000   0000  0000  0000  0000  

0068: 0000  0000  0000  0000   0000  0000  0000  0000  

0070: 0000  0000  0000  0000   0000  0000  0000  0000  

0078: 0000  0000  0000  0000   0000  0000  0000  0000  

0080: 0000  0000  0000  0000   0000  5130  0000  0000  

0088: 0000  0000  0000  0000   0000  0000  0000  0000  

0090: 0000  0000  0000  0000   0000  0000  0000  0000  

0098: 0000  0000  0000  0000   0000  0000  0000  0000  

00a0: 0000  0000  0000  0000   0000  0000  0000  0000  

00a8: 0000  0000  0000  0000   0000  0000  0000  0000  

00b0: 0000  0000  0000  0000   0000  0000  0000  0000  

00b8: 0000  0000  0000  0000   0000  0000  0000  0000  

00c0: 0000  0000  0000  0000   0000  0000  0000  0000  

00c8: 0000  0000  0000  0000   0000  0000  0000  0000  

00d0: 0000  0000  0000  0000   0000  0000  0000  0000  

00d8: 0000  0000  0000  0000   0000  0000  0000  0000  

00e0: 0000  0000  0000  0000   0000  0000  0000  0000  

00e8: 0000  0000  0000  0000   0000  0000  0000  0000  

00f0: 0000  0000  0000  0000   0000  0000  0000  0000  

00f8: 0000  0000  0000  0000   0000  0000  0000  0000

Но вот что заметил, скрипт которым я записывал vnd, использует команду 2>s
Я хотел вручную почитать сектора vnd, и посмотрет нули ли там?

Но по команде позиционирования получаю:



2>sb9e6,0,

Missing Critical Parameter

    Code - FB  Track FFFFF(0BA76).0.004  Sns FFF  Rty F7FF.24.80FF  Rtf 1800  LBA 00007065

2>

2>

2>sB9E6,0

Missing Critical Parameter

    Code - FB  Track FFFFF(0BA76).0.004  Sns FFF  Rty F7FF.24.80FF  Rtf 1800  LBA 00007065

2>sB9E6

Missing Critical Parameter

    Code - FB  Track FFFFF(0BA76).0.004  Sns FFF  Rty F7FF.24.80FF  Rtf 1800  LBA 00007065

2>/

T>

Те позиционирование не отработало и записалось куда попало!
Формат команды 2>s отличается у моего диска?

Наверх

KALDYH

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 апреля 2018 23:42

strelec написал:

[q]
Подключился через st_mem,запустил SS T>N2,,22. С 32 теста начал выдавать -Abend.Сейчас идет 37,но похоже также завалит.
[/q]

На них порядок прохождения тестов так просто не посмотришь, к сожалению. Смотрите логи, на каких тестах завалил, сбрасываете Health и запускаете со следующего. Следующий не по номеру, а по порядку. Для начала можно считать, что порядок соответствует номеру, а там по мере прохождения видно будет. Если что, у меня есть живой рабочий Hilo, могу с него лог снять. И вот так постепенно пропихиваете все тесты до победного конца, а потом уже в Виктории смотрите, что на выходе получилось. Обычно получается винт с изрядно зубчатым графиком и запинками, но без бэдов.
Будут вопросы - спрашивайте

Наверх

<<Назад Вперед>>

Страницы: 1 2 3 4 5 ... 16 17 18 19 20 * 21 22 23 24 .. 75 76 77 78 79 80

Печать

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

0 посетителей просмотрели эту тему за последние 15 минут

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

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

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

Полигон-2

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

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

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

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

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