Програмный ремонт жёстких дисков 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! Сообщение отправлено: 1 апреля 2018 20:07

i8088 написал:

[q]
После SS (если пройдет), надо будет просто восстановить все (app, overlay, vendor)?
[/q]

Да, у этого семейства апп портится, как говорит асина дока.

i8088 написал:

[q]
Если я выключу диск, когда уйду на работу, для запуска надо будет записать app, cert,
cert_tbl, и он продолжится с номера теста, на котором остановился?
[/q]

Только апп, серт и таблички записываются на диск в процессе. Отправляем App, делает T>R, ^T и тест продолжится с последнего прерванного.

i8088 написал:

[q]
ATA overlay пока не нужен, он только для работы по интерфейсу?
[/q]

Да, пока не нужен.

i8088 написал:

[q]
Dist type, (по команде >:>, сейчас 00, это из-за поврежденного (незагруженного) vendor?
[/q]

С одной головкой байт Type и должен быть 00.

Наверх

i8088

Advanced Member

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

Ссылка

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

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

OK, понятно!

Я посмотрел в логах приложенных к скачанным трекам для TONKA40
(которые я использовал), там тип 45


Age=50 Type=45 MxCyl=17E4C MxHd=0 MxSct=00E BSz=0800 TCode=FB000000 ThermFlts=0000

Однако сейчас идет один из долгих тестов дефектоскопа, и тип стал FF


Age=31 Type=FF MxCyl=16280 MxHd=0 MxSct=000 BSz=0800 TCode=FF000000 ThermFlts=0000

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

Наверх

i8088

Профиль | Сообщить модератору
NEW! Сообщение отправлено: 2 апреля 2018 7:40
Сообщение отредактировано: 2 апреля 2018 8:12

TONKA40 завершил тест ночью, довольно быстро, заняло 8часво, 44 минуты!
И как положено, диск теперь выходит на F>, займусь восстановлением app, vnd, ovl.

Интересно, что теста гистерезиса с картинками уже не наблюдается, а на предоставленном
Вами логе от ALPINE он есть

Вот лог TONKA40:
https://yadi.sk/d/PKZeDlwI3TyfX9

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

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

Наверх

KALDYH

Профиль | Сообщить модератору
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

Профиль | Сообщить модератору
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]

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

Наверх

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

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

Печать

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

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

В том числе: 1 гость, 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