Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Samsung (Самсунг). Ремонт и восстановление накопителей. III

Автор: USSTO
Дата сообщения: 18.12.2012 10:07

Цитата:
Я прочитал несколько раз и вопроса не понял. Вы только запутываете своими мегабайтами
и килобайтами.
а) возьмите строку из FIT'a с описанием DLIST
б) Определите SPT
в) разделите leghth(DLIST) (он в секторах,а не килобайтах или еще чем) на SPT.
Частное от деления,даст целое кол-во трэков (пусть N) которые надо считать полностью (т.е все на все SPT) начиная с трэка указанного в FIT. Остаток же,берется со следующего трэка (N+1) . Т.е читаем трэк из FIT,трэк из FIT+1,...трэк из FIT+N и
сколько то секторв с трэка из FIT+N+1


SPT = 1440 , leghth(DLIST) = 9639 секторов , координаты 1- сектор , 25A7- длина ,
7- цилиндр . Возьмите любой ресурс (служебку с треками) от
Ф1 и попробуйте слепить из треков этот DLIST а потом сравните полученный из треков модуль (трэк из FIT,трэк из FIT+1,...трэк из FIT+N) и слитый РС3000 модуль 29 DLIST
В хек редакторе в конце они будут отличаться
Автор: alpham100
Дата сообщения: 18.12.2012 10:08
CASIKO3162

Цитата:

Забавный паладин попался НТ заваливает по ошибке 5Б при этом читает и пишет все треки служебки по обеим головам без задержек . Убил вечер опробовав все свои УР04 комплекты результат один 5Б . Головы пока не отключал . Кто нить встречал подабное ?


подобное попадалось
но на бумаге \ на форумах не записывал

было вот такое
но это с пало

http://www.rom.by/forum/HDD_Samsung_semejstvo_palo_-_tema_zakryta

downsize где то видел для паладина, может его туда есть смысл залить...

может еще предварительно затереть служебку SA_Formater



Автор: Michael99
Дата сообщения: 18.12.2012 10:33
Ну и что, что 5В. Координата в пзу указывает на местонахождение FIT. И если по этой координате FIT не обнаружен, то будет 5В. И ес-нно СА не будет обнаружена.
Автор: tametung
Дата сообщения: 18.12.2012 11:21

Цитата:
Ф1 и попробуйте слепить из треков этот DLIST а потом сравните полученный из треков модуль

и что ? даже если различаются. Заголовки и тело совпадают ? У меня нет F1 есть F3_1D,но подключить
не могу.

Добавлено:

Цитата:
Ну и что, что 5В. Координата в пзу указывает на местонахождение FIT. И если по этой координате FIT не обнаружен, то будет 5В. И ес-нно СА не будет обнаружена.

Чтото не то Сколько угодно дисков с 5B после резета,вдруг волшебным образом находят
эту "коррдинату",и SA.
Автор: USSTO
Дата сообщения: 18.12.2012 11:26

Цитата:
и что ? даже если различаются. Заголовки и тело совпадают ? У меня нет F1 есть F3_1D,но подключить
не могу.

Заголовок совпадает а тело в конце нет
Автор: tametung
Дата сообщения: 18.12.2012 11:27

Цитата:
Заголовок совпадает а тело в конце нет

в смысле, порчена структура модуля ?
Автор: USSTO
Дата сообщения: 18.12.2012 11:54
Если лепить из треков leghth(DLIST) = 9639 секторов то отдельный модуль и слепленный будут отличаться в конце
ДА именно порчена структура модуля
Автор: Michael99
Дата сообщения: 18.12.2012 12:09

Цитата:
Сколько угодно дисков с 5B после резета,вдруг волшебным образом находят
эту "коррдинату",и SA.

Ещё есть и дефолтная координата в НТ. Зачастую вливаем НТ после формата СА (нет FIT) и видим использование дефолтного FIT. Если модули указанные в дефолтном FIT совпадают с реальными значит они будут доступны.

Цитата:
в смысле, порчена структура модуля ?

Нет, не в структуре дело. А в длине кусков на треках, составляющих D-лист. Треки 12 и 13 различаются. 12-й не форматирован до конца.
Автор: tametung
Дата сообщения: 18.12.2012 12:34

Цитата:
Ещё есть и дефолтная координата в НТ.

Что это за координата,какое ее смещение в ROM.

Цитата:
Зачастую вливаем НТ после формата СА (нет FIT) и видим использование дефолтного FIT.

A откуда FIT возьмется в SA после формата ? И что тут удивительного что он берется из ROM ?

Цитата:
Если модули указанные в дефолтном FIT совпадают с реальными значит они будут доступны.

Так почему он до резета не были доступны ? Что в ROM или на блинах после резета поменялся FIT ?
Все проще,не прошла запись при старте вот и 5B.



Цитата:
и слепленный будут отличаться в конце

где в конце ? За пределами заголовка описывающего ентри и самого тела из entry ?
К чему вы собственно завели разговор про DLIST ?



Автор: Michael99
Дата сообщения: 18.12.2012 12:40

Цитата:
И что тут удивительного что он берется из ROM ?

Ничего и у меня не было удивления по этому поводу. Просто факт.

Цитата:
Все проще не прошла запись при старте вот и 5B.

Запись чего именно и куда ?
Автор: tametung
Дата сообщения: 18.12.2012 12:43

Цитата:
Запись чего именно и куда ?

Ну например обновлялись аттрибуты смарта,запись-чтение и было найдено несоответствие.
Так что с координатой ?
Автор: Michael99
Дата сообщения: 18.12.2012 12:50

Цитата:
Так что с координатой ?

На F1 координата FIT - цилиндр 0, сектор 2, размер 10 секторов.
Автор: USSTO
Дата сообщения: 18.12.2012 13:06

Цитата:
К чему вы собственно завели разговор про DLIST ?

Что бы понять как правильно читать на тринити большие модули


Цитата:
(трэк из FIT,трэк из FIT+1,...трэк из FIT+N)

SPT=1440 , ведь длина трека равна 1440 секторов
29 DLIST = 9639 сектора 4,70 МБ (4 935 168 байт)
Получаеться что бы считать DLIST нужно считать 7 треков длиной 1377 секторов (9639\1377=7)
1440-1377=63 сектора . Что означают эти 63 сектора ? Резервные ?иль не форматированные ?

DLIST взят для примера

Автор: CASIKO3162
Дата сообщения: 18.12.2012 13:47
Про паладина уточню . Затиралась вся служебка по 2 головам 00 патерном далее вся считывалась для проверки что везде 00. После стартовал НТ который и заканчивался на 5В . После сброса вновь созданная служебка красиво лежит на блинах . А ожидаемого лед 00 росле НТ не получаю .
9639\1440= 6 треков + остаток на 7 .
Автор: tametung
Дата сообщения: 18.12.2012 13:50

Цитата:
Получаеться что бы считать DLIST нужно считать 7 треков длиной  1377 секторов 1440-1377=63 сектора . Что означают эти 63 сектора ? Резервные ?

это означает что у вас проблемы с математикой.
Длина DLIST=25A7h SPT=5A0h (=1440dec). 25A7h=6*5A0h+3E7h.
т.е если DLIST нужно читать с трэка 7. то читаем трэки 07,08,09,0A,0B,0C полностью c SPT 5A0h (их ровно 6) и 3Е7h cекторов с трэка 0Dh


Цитата:
Что бы понять как правильно читать на тринити большие модули

по сектору-не ошибетесь.


Цитата:
На F1 координата FIT - цилиндр 0, сектор 2, размер 10 секторов.

ммм....и что она может отлчаться от записанной на блины ?
Т.е другими словами ,вы говорите,что если стереть FIT в SA то получим ошибку 5Bh ?



Автор: USSTO
Дата сообщения: 18.12.2012 15:27

Цитата:
это означает что у вас проблемы с математикой.


Ну бывает ошибаюсь иногда я ж не робот


Цитата:
Длина DLIST=25A7h SPT=5A0h (=1440dec). 25A7h=6*5A0h+3E7h.
т.е если DLIST нужно читать с трэка 7. то читаем трэки 07,08,09,0A,0B,0C полностью c SPT 5A0h (их ровно 6) и 3Е7h cекторов с трэка 0Dh



Разобрался как читать DLIST............
Вообще надо читать 07,08,09,0A,0B,0C,0Dh треки (7 треков длиной в 561h секторов) почему так еще полностью не понял пока , но это так и с структурой модуля при этом все в порядке
Автор: NiTr0
Дата сообщения: 18.12.2012 23:17
[off]
tametung

Цитата:
не знаю в чем эта "оптимизация" заключается. массив еще какой-то заполнять...

Не привязываться к тому, сколько конкретная модель выплевывает слов на одну строку


Цитата:
лучше сразу при получении реагировать на "проглоченные" байты (и потерю связи)

Не отреагируете. До завершения передачи винтом всего блока. А накапливать "сбойные" адреса в отдельном буфере - это еще более запутает алгоритм.


Цитата:
И вставки дело очень хорошее. Меня поэтому и заинтересовал Бэйсик

А смысл от них, если С/С++ код, скомпилированный правильным компилятором, может оказаться намного быстрее кое-как написанного ассемблерного кода? Или вы при написании ассемблерных вставок учитываете особенности микроархитектуры i686, по части внеочередного исполнения команд?
Скомпилируйте тем же gcc тестовый код с -mtune=i386 и -mtune=i686, сравните разницу в скорости (будет 2-3-кратной), удивитесь... При этом - оба файла будут использовать исключительно i386 команды, и соответственно работать оба на 386-м будут прекрасно...


Цитата:
s0m ?

Угу, sign of misery.


Цитата:
все это оч. здорово,но толька вся ваша обертка,виртуальная машина и код ну никак не дадут 7кб как дал
VB4. А программа должна быть элегантной,а не лишь бы работала. Мне не нравятся 100Кб-ные программы
"Hello word".

Добавьте сюда msvbvm60.dll - и 7 КБ превратятся в 300...
Ну или в моем примере виртуальную машину вынесите в длл - будут те же *йца только сбоку.
[/off]

USSTO

Цитата:
У PATA \ SATA адресация (регистров) разная , так что или наполовину затерёт или ................

Я говорю о IDE->SATA конверторе.
Автор: AntiMember
Дата сообщения: 19.12.2012 00:03
Тут вообще дилема неразрешимая. Кто хорошо владеет си, очень редко
шарит в железе. А бейсик - родной язык для дилетанта в программировании.
А при нонешних выч-мощностях грани быстродействия софта стираются...
Так что си безусловно лучше, но для полной реализации в железном
направлении нужен тандем двоих: проггера и ремонтника.
Автор: AgaM
Дата сообщения: 19.12.2012 00:54
Гаспада!
А в чем собствено проблем?
Понимая алгоритм - нет проблем с написанием.
И язык написания ни каким боком.
О чё тёрки то?
Обясните тупому...
Автор: tametung
Дата сообщения: 19.12.2012 05:21
[off]
NiTr0

Цитата:
Не привязываться к тому, сколько конкретная модель выплевывает слов на одну строку

что значит не привязываться ? А как тогда узать все ли мы получили или нет.
Кроме того есть еще и бинарный обмен,т.е делимитеров строк там как бы и нет.

Цитата:
Не отреагируете. До завершения передачи винтом всего блока. А накапливать "сбойные" адреса в отдельном буфере - это еще более запутает алгоритм.

Естественно получив только блок. И если в нем есть ошибка- повторить прием.Никаких адресов накапливать не надо.

Цитата:
А смысл от них, если С/С++ код, скомпилированный правильным компилятором, может оказаться намного быстрее

А не надо никаких быстрее. Итак хватает быстроты для компорта.(да и для HDD тоже)

Цитата:
Угу, sign of misery.

мне это абсолютно ни о чем не говорит.

Цитата:
Добавьте сюда msvbvm60.dll - и 7 КБ превратятся в 300...

А они и так уже есть в системе.(либо устанавливаются с пакетом).
Но есть бэйсики которые генерируют асемблерный листинг,а затем вызывают например FASM.
Тогда эта dll и не нужна вовсе.



Цитата:
Так что си безусловно лучше

Кому лучше то ? На С далеко не так быстро программировать,как на скриптовых языках.
Правда для С так же существуют интерпретаторы.


Цитата:
И язык написания ни каким боком.  

Но одни языки учить быстрее чем другие. А некоторые (типа Haskell) вообще говорят, требуют специального склада ума,и значительной предварительной подготовки.
[/off]
Автор: NiTr0
Дата сообщения: 19.12.2012 09:48
tametung

Цитата:
что значит не привязываться ? А как тогда узать все ли мы получили или нет.

А для того и есть битовая карта массива...


Цитата:
Естественно получив только блок. И если в нем есть ошибка- повторить прием.Никаких адресов накапливать не надо.

Вместо 1 слова снова сливать весь блок в 128-192к данных? Оптимальненько, да...


Цитата:
А не надо никаких быстрее. Итак хватает быстроты для компорта.(да и для HDD тоже)

Ну в приведенной в топике софтине разор полученного по ком-порту занимал 5-10 секунд...


Цитата:
мне это абсолютно ни о чем не говорит.

http://s0m.narod.ru/ если лень гуглить...


Цитата:
А они и так уже есть в системе.(либо устанавливаются с пакетом).

Нет их в системе по умолчанию...


Цитата:
Но есть бэйсики которые генерируют асемблерный листинг,а затем вызывают например FASM.
Тогда эта dll и не нужна вовсе.

Только оптимальность кода сомнительна.


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

Не спорю, надо беспокоиться о выделении/освобождении памяти и т.п. мелочах. Зато скорость исполнения на 2 порядка выше чем у скриптовых языков...


Цитата:
Но одни языки учить быстрее чем другие.

Если знаешь 3-4 языка - на освоение нового на уровне программирования со шпаргалкой уходит от 2-3 дней до недели, в зависимости от его похожести/непохожести на другие...
Автор: CASIKO3162
Дата сообщения: 19.12.2012 12:13
Разобрался с паладином причина в 1 голове чтения начала умирать код 1В .
Автор: alpham100
Дата сообщения: 19.12.2012 13:25

Цитата:
Разобрался с паладином причина в 1 голове чтения начала умирать код 1В .


если была бы дохлая 0 голова,

было бы посложнее...

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

Автор: CASIKO3162
Дата сообщения: 19.12.2012 14:04
Да не всё там сложно с 0 надо иметь пзу с откл 0 и загружать её в винт и на НТ.
Автор: alpham100
Дата сообщения: 19.12.2012 14:08
коллеги, вопрос
винчестер hd320hj
стоит на бурне

вчера видел step 10\11\12\ и тд в терминале

сегодня вот такое сыпет

WRROWRROWRROWRROWRROWRROWRRO

это типа бурн повис? или все же идет?

( конечно буду ждать)

такого при бурнах ниже семейств не попадалось

Автор: CASIKO3162
Дата сообщения: 19.12.2012 14:14
Это он поверхность тестит на предмет записи и чтения .
Автор: USSTO
Дата сообщения: 19.12.2012 16:41
NiTr0
Я уже давно понял что вы умный чел
Это всё теория без практики , лучше подскажите как РОМ на новых винтах распаковывать
Быстродействие проги не так уж важно , к примеру послали в регистр команду 80h надо ж подождать доли секунд
что бы винт ответил вам ( даст или не даст)

tametung
Огромное человеческое СПАСИБО вам за разьяснения про 8 бит адресацию SATA и чтение больших модулей
по треково
Автор: Michael99
Дата сообщения: 19.12.2012 16:45
Кто сталкивался с невозможностью отключения 0-й головы у F3-F4 могу дать подсказку. По 4-му символу в названии HTBI.
Автор: CASIKO3162
Дата сообщения: 19.12.2012 20:08
Кто подскажет откуда винт берёт инфу для restore temperature&SN ?
Автор: NiTr0
Дата сообщения: 19.12.2012 20:45

Цитата:
Кто подскажет откуда винт берёт инфу для restore temperature&SN ?

Есть подозрение, что кое-что, включая P/N, тянется с минусовых цилиндров (упоминание о коих присутствует в терминальных логах первых шагов бурна). Так ли это или нет, и как их читать/писать - гуру подскажут, я пока не особо глубоко винты копал (т.к. ремонт - в основном хобби + небольшой доп. заработок).

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687

Предыдущая тема: Ремонт накопителей IBM (Hitachi)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.