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

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

Автор: NiTr0
Дата сообщения: 30.11.2012 21:59

Цитата:
Да любую самописную утиль возьмите ,написанную на каком то более мощном языке программирования
бывает что зависнет и теряеться фокус на кликах и закрыть ее сразу невозможно

Зависит исключительно от того, как писалось (опыта писавшего и его желания править ошибки).


Цитата:
Дело не размере (быстродействие) главное что бы работала нормально

Если каких-то 128кб данных из дампа генерятся несколько секунд - сколько времени, скажем, будет выполняться сколь-либо сложное действие, ну к примеру манипуляции с Р-листом, или восстановление листов по логам скана (если таковое когда-либо будет реализовано)?

Неправильно выбраная платформа/структура софтины превращают разработку/эксплуатацию в поход с чемоданом без ручки - и неудобно жутко, и не выкинешь...
Автор: south_man
Дата сообщения: 30.11.2012 22:00
AntiMember
спасибо за совет, ничем привык уже давно не щелкать, просто инфы (а соотв. и понимания) по F-серии мало пока. Бурнить я приучился до появления LED - так что увидел пару раз в терминале ENG> решил дождаться - ну и получил 53.

Тот, что было влито - это единственное, что было под CM100-12 и то, что запустилось, а именно:
CM12B24C.DN5 (609792 байт)
по SP побежали тесты, около 8+ часов ему потребовалось, лог могу скинуть, если так интересно... В конце отлично клацал об ограничитель - точно как при тестах на чтение/запись головы H02.

Можно тогда разложить по полкам, кто есть кто для CM100-12??
Модель кролика еще раз HD252KJ, P/N: 4024

CM12B24C.DN5 (609792 байт) - даунсайз ХТБИ
CM12k24M.DN4 (454144 байт) - Main code
есть еще CP12B14C.DN (264704 байт) - ХТБИ - и он не запускался.

чего не хватает?
Автор: NiTr0
Дата сообщения: 30.11.2012 22:04

Цитата:
просто инфы (а соотв. и понимания) по F-серии мало пока

Это - не F-серия...
Автор: south_man
Дата сообщения: 30.11.2012 22:05
NiTr0
да.. пятница вечер.. Трайдент это.. пардон T166S, если точнее))
так любят тут за блох цепляться, особенно у новичков на форуме.
Вроде ж и не квантовую физику сдаешь и не курс математической физики.
это в журналах Nature или Applied Phys Letters (если знаете о чем я) каждое слово проверяют..
Автор: AntiMember
Дата сообщения: 30.11.2012 22:08
south_man

Цитата:
чего не хватает?

Видимо, здоровья одной из голов. Я же писал: грузим CP12B14C.DN, даем софт-ресет
и смотрим хутилью или вкубом больную голову. Определимшися с таковой, кусаем
болезную и только потом льем и пускаем CM12B24C.DN5.
Автор: south_man
Дата сообщения: 30.11.2012 22:13
AntiMember
вот теперь ясно, попробуем такой ход.
До этого сбило меня то, что залив CP12B14C.DN запустить бурн не вышло (LED B5), я решил что этот файл вообще не с этой оперы.


Цитата:
Видимо, здоровья одной из голов.
это было ясно изначально, до "бурна" в терминал иногда выпадало LED 14 - Bias calibration error - была надежда, что это смещение оно поправит.. Не поправило
Автор: Michael99
Дата сообщения: 30.11.2012 22:19
Голову надо найти и обезвредить.
Но грузил бы я сначала полный CP12B14C.DN5. Завалит бурн, тогда уж даунсайзовый CM12B24C.DN5. Были случаи, что даунсайзинг делался по причине именной той, больной головы. И с СР (но без болезной) винт проходил бурн.

Автор: tametung
Дата сообщения: 01.12.2012 01:28

Цитата:
Если каких-то 128кб данных из дампа генерятся несколько секунд - сколько времени, скажем, будет выполняться сколь-либо сложное действие,

Не придумывайте проблему там где ее нет. Основные потери времени всеравно именно при получении данных с терминала. (а это десятки секунд),поэтому 5 сек. роли не играют.
В конце концов,если так неймется,можете сами написать парсер с преобразованием ASCII-->BIN и не пользовать встроенный в утиль.

Цитата:
восстановление листов по логам скана (если таковое когда-либо будет реализовано)?

время такой операции никак не связанно с работой утилиты.

Цитата:
Неправильно выбраная платформа/структура софтины превращают разработку/эксплуатацию в поход с чемоданом без ручки - и неудобно жутко, и не выкинешь...

неправильно критиковать,когда сам не написал и не дал ничего.


Автор: USSTO
Дата сообщения: 01.12.2012 05:01

Цитата:
Если каких-то 128кб данных из дампа генерятся несколько секунд


Не знаю как с РС3000 , я ее в глаза не видел. Но сколько видел утилей тот же SRT там чтение по АТА или по терминалу идет посекторное по 512 байт + проверка на корректность и ошибки а это долго к примеру 1024 кбт\512байт это сколько раз он проверяет ?
Вы думаете VB6 слабый язык то ошибаетесь , один Swap Byte (переворот байт ) он выполняет (к примеру файл 512кбт) за доли секунды . Самое главное правильно написать.

Добавлено:
NiTr0

Элементарное : Попробуйте сами написать утиль которая автоматически определяла бы семейство HDD. , не говоря уж о разборе модулей ведь у каждого семейства все по разному
Автор: CASIKO3162
Дата сообщения: 01.12.2012 07:56
Поскольку шары не будет подобной Вдмарвел меня более интересует финансовый вопрос чем какую защиту реализовать .Полезно знать стоимость инструмента в видении создателя .
Автор: Michael99
Дата сообщения: 01.12.2012 08:38

Цитата:
Поскольку шары не будет подобной Вдмарвел

Да и с ней шара была скорее случайностью. Сначала стырили у нашего китайцы, а потом видимо китаец у китайцев, затем наши у китайца взяли на халяву.
Автор: NiTr0
Дата сообщения: 01.12.2012 11:52
tametung

Цитата:
Основные потери времени всеравно именно при получении данных с терминала. (а это десятки секунд),поэтому 5 сек. роли не играют.

Это - пример примитивной задачи. Что там 128кб флеши-то сгенерить... А если несколько мегабайт данных молотить? А несколько десятков мегабайт?


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

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


Цитата:
неправильно критиковать,когда сам не написал и не дал ничего.

То, что я не написал утилей для винтов - совсем не значит, что я ничего не писал. И критикую я исходя из своего опыта. Прислушиваться ли автору, или нет - это уже его дело...

USSTO

Цитата:
Вы думаете VB6 слабый язык то ошибаетесь , один Swap Byte (переворот байт ) он выполняет (к примеру файл 512кбт) за доли секунды

И насколько большие эти "доли"? На компилируемом языке это бы заняло пару миллисекунд... Я же говорю, разница в производительности - на 2 порядка где-то. Тот же VB.net будет заметно шустрее (да, медленнее С/С++, но быстрее намного классического VB).


Цитата:
Попробуйте сами написать утиль которая автоматически определяла бы семейство HDD. , не говоря уж о разборе модулей ведь у каждого семейства все по разному

Так, как это сделано во втуле (получение паспорта и определение семейства исходя из первых буковок версии вари)? Да в принципе ничего здесь архисложного нет...
Автор: USSTO
Дата сообщения: 01.12.2012 12:07

Цитата:
Так, как это сделано во втуле (получение паспорта и определение семейства исходя из первых буковок версии вари)? Да в принципе ничего здесь архисложного нет...


Ведь это только СТАРТ утили

Ну я вижу только 4 и 8 мгбт модули на тринити , возьмите тот же SRT ...... и что ? попробуйте считать все модули с него,
можете поставить на скачивание всех модулей и идти пить чай.
К примеру модуль S LIST ( загрузить в таблицу) ведь его не только считать надо но из массива надо разложить по коордиатам в таблицу , а это занимает прилично времени, потом после некоторых манипуляций с ним (редактирование) его надо конвертировать обратно в массив + запись в винт и вы думаете что прога написанная на мощном языке все это сделает за доли секунд ?
Возьмите тот же Vtool - работает под DOS или Wcube - работает под 98 это же так не удобно а утиль написаная под XP
ни каких проблем .................

Автор: NiTr0
Дата сообщения: 01.12.2012 17:39
USSTO

Цитата:
Ведь это только СТАРТ утили

И что? Что вы этим хотите сказать?


Цитата:
К примеру модуль S LIST ( загрузить в таблицу) ведь его не только считать надо но из массива надо разложить по коордиатам в таблицу , а это занимает прилично времени, потом после некоторых манипуляций с ним (редактирование) его надо конвертировать обратно в массив + запись в винт и вы думаете что прога написанная на мощном языке все это сделает за доли секунд ?

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


Цитата:
Возьмите тот же Vtool - работает под DOS или Wcube - работает под 98 это же так не удобно а утиль написаная под XP

Каким боком это относится к выбору языка программирования? Куб принципиально работоспособен под ХР, и даже работает у некоторых. Весь затык - собссно в общении с винтом (том, как оно реализовано).
Автор: Michael99
Дата сообщения: 01.12.2012 18:11

Цитата:
Куб принципиально работоспособен под ХР, и даже работает у некоторых.

Вот именно - у некоторых. Я в своё время подолбался с вкубом, чипсетами и ОС под которыми он способен нормально работать. Результат был плох. А как пошли Т166, S250 , F-серии (про 2,5" вообще молчу) - оказалось что он попросту не нужен. Пришлось другими средствами пользоваться. Так что лично моя эпопея с вкубом давно закончена и слава богу.
Автор: CASIKO3162
Дата сообщения: 01.12.2012 21:10
Вкуб 206 работает с ХР прекрасно чипсеты 865 и 915 другие не тестил .
Автор: Michael99
Дата сообщения: 01.12.2012 21:36
Да, была речь когда-то про 815-845 чипсеты. Но вкуб уже неактуален. (Возможно для меня).
Автор: AntiMember
Дата сообщения: 02.12.2012 00:33
Michael99

Цитата:
Но вкуб уже неактуален.

Эт точно. Моих познаний и времени не хватило приучить его на сомеван АТА контроллер.
А, таперича. он и по физтаблицам уехал в прошлое. Хотя, можно принудительно
нагнуть на команды для незнакомого семейства. Без сохранения и страховки.
Автор: south_man
Дата сообщения: 02.12.2012 00:50

Цитата:
Но вкуб уже неактуален.

для кого как
хоть бы намекнули, какая есть альтернатива (кроме АСИ и пр. "совершенно секретного"), что поновее будет вкуба
Автор: tametung
Дата сообщения: 02.12.2012 03:34
NiTr0

Цитата:
Это - пример примитивной задачи. Что там 128кб флеши-то сгенерить...

Согласен.Задача действительно не особой сложности,но
- разные команды дампирующие память по разному интерпретируют параметр="количество".а из этого
следует что мы получаем разное количество байт(слов) для преобразования. Встает вопрос о контроле
размера полученного.
-команда DA на дисках типа V11 выводит дизассемблирующую информацию в мнемокодах. В которых
некое число может входить в тело оператора представлять номер регистра,и его нужно каким то образом отфильтровать при преобразовании
-для разных Samsung'ов используется разная мемори-модель. (6 и 8 знакоместное представление адреса)
- еtc.
Поэтому парсер (если конечно он не ограничивается только DF(которой кстати нет на многих дисках)),без
предварительной подготовки (и тестов)
нельзя написать за час другой,даже если это не задача особой сложности


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

это задача ничем не сложнее,т.к любая ентри имеет фиксированный шаблон.

Цитата:
Тот же VB.net будет заметно шустрее

с чего бы ему быть шустрее,если он работает через байткод и виртуальную машину ?

p.s.У меня кстати этой секретной утилиты нет. Но я против того,чтобы чужую работу критиковать не предоставив лучшую альтернативу.


Автор: Turkish88
Дата сообщения: 02.12.2012 08:14
Какой комплект подойдет для SP0802N Palo P/N 0733 P/V FS. Мой комплект tj31z не проходит HT c кодом ошибки 3c
Автор: Michael99
Дата сообщения: 02.12.2012 08:34

Цитата:
хоть бы намекнули, какая есть альтернатива (кроме АСИ и пр. "совершенно секретного"), что поновее будет вкуба

Тут упоминали SRT. Бедновата утиль и коряво работает, особенно с F3.

Цитата:
Но я против того,чтобы чужую работу критиковать не предоставив лучшую альтернативу.

Мда, альтернатив нема... И "на безрыбье, и рак - рыба" (с) народная мудрость.
А софт нужен, нормально работающий с F3-4, M7-мы, М8 и т.п. Да ещё умеющий кусать на таких головы, подбирать и пускать бурн.

Цитата:
Какой комплект подойдет для SP0802N Palo P/N 0733 P/V FS. Мой комплект tj31z не проходит HT c кодом ошибки 3c

Просто попробуйте универсальный -
TJ32A_F.DN
TJ32A_B.DN3
TM31NM2.BIN
должно пойти. Вообще 3С - Too many ECC Errors, скорее какая-то голова больна. Вообщем попробуйте такой комплект, если снова 3С, то ищите какую голову куснуть. Благо там их всего 2, так что вариантов немного.
Автор: NiTr0
Дата сообщения: 02.12.2012 12:57

Цитата:
разные команды дампирующие память по разному интерпретируют параметр="количество".а из этого следует что мы получаем разное количество байт(слов) для преобразования. Встает вопрос о контроле размера полученного.

Буфер на N кб, адрес начала дампа - и все, далее только парсинг адреса строки и данных...


Цитата:
для разных Samsung'ов используется разная мемори-модель. (6 и 8 знакоместное представление адреса)

Вообще не проблема. Или вы посимвольно HEX-число разбираете?

Хотя в общем-то под сложностью я имел ввиду не сложность написания алгоритма, а вычислительную сложность/ресурсоемкость задачи...


Цитата:
это задача ничем не сложнее,т.к любая ентри имеет фиксированный шаблон.

Объемы только значительно больше. Соответственно, и время. Если втул с этой задачей справляется несколько секунд, то на VB это будет долго и уныло...


Цитата:
с чего бы ему быть шустрее,если он работает через байткод и виртуальную машину ?

Почитайте на досуге, что такое .NET... Там не виртуальная машина-интерпретатор в общем-то, а компиляция псевдокода в код хост-архитектуры... Вот к примеру тест, на VB.net время его исполнения уменьшилось на 65% - т.е. производительность практически в 3 раза выше. О нормальной многопоточности и т.п. "мелочах" - помолчу. Хотя да, компилируемые языки будут намного эффективнее...
Автор: USSTO
Дата сообщения: 02.12.2012 13:12
NiTr0

Я с другими языками программирования не дружу и учиться на них писать ,чот желания нет
Зачем мне это надо , если моя утиль и так нормально пашет , лично меня устраивает
Да какая разница на чем она написана , ведь главная ценность в ней
технокоманды и ресурсы до Ф4 .
Автор: south_man
Дата сообщения: 02.12.2012 14:40
USSTO
респект за проделанный труд и раскопки,
читаю ваши посты - напоминает "на вкус и цвет все фломастеры разные", так что никого не стоит слушать - работает и отлично!

Единственным "простым решением" по защите вижу привязку к железу.
1) программа-загрузчик считывает серийники ЦП, памяти, регистры мат.платы, БИОС видео карты или еще какую инфу (доступную по Win API)
2) отправляет собранную инфу автору, который по этим данным соберет серийник и шифрованный архив с основной библиотекой функций (dll) и вышлет клиенту.
3) программа-загрузчик, имея пару ключ+архив начинает работать (проверяя, что ключ соотв. железу), при этом распаковывание идет в защищенную обл.памяти (или в ОЗУ или даже в видео-ОЗУ, чтоб веселее было)

т.о. в явном виде библиотека почти не доступна, алгоритмы генерирования ключа + архива (например можно сделать так, чтоб MD5(архив)=ключ) - на что фантазии гаразд. Думаю, изобретать велосипед не нужно - все уже давно есть.

но это так.. ИМХО.. я не супер-программер, балуюсь иногда.

удачи!
Автор: tametung
Дата сообщения: 02.12.2012 15:43

Цитата:
Или вы посимвольно HEX-число разбираете?

Про какое HEX число идет речь ? Через терминал мы получаем ASCII представление HEX (16-ричного) числа,
которое надо привести к бинарному представлению. (напр. получили 3445h,при преобразовании должны получить 4Eh). Покажите как это можно сделать не посимвольно



Цитата:
Буфер на N кб, адрес начала дампа - и все, далее только парсинг адреса строки и данных...

Слишком наивно чтобы работало . Т.к получать "сразу все" это
а) возможные потери в неизвестном месте. а тогда сбивается "только парсинг адреса строки и данных"
и получаемый дамп не корректен.и придется повторять "все"
б) бОльшие накладные расходы на преобразование.


Цитата:
Почитайте на досуге, что такое .NET...

Да вы лучше запрограмируйте на этом самом .NET разбор терминальных ответов (даже хотя бы для 128Кб и хотя бы DF),а мы посмотрим быстрее ли разбирается чем у других или нет

по моим наблюдениям компилируемый Delphi (у АСЕ) не имеет каких то особых преимуществ
при получении и преобразовании данных в терминале ,по сравнению с интерпретируемым REXX'ом.
Хотя сами бинарники он открывает и распахивает много быстрее,в силу "особой природы " REXX'a
Автор: Michael99
Дата сообщения: 02.12.2012 17:39

Цитата:
Модель кролика еще раз HD252KJ, P/N: 4024

Кстати, это был HD321KJ -

Цитата:
4024,HD321KJ,T166S,BBIN(CP12T14C.DN),HTCODE(CP12T14C.DN5),SECBICODE(CM12T24C.DN5),SCRBIN(CP12K14M.DN4)

это его так отдаунсайзили на заводе.
Автор: tametung
Дата сообщения: 02.12.2012 20:16

Цитата:
Вот к примеру тест, на VB.net время его исполнения уменьшилось на 65% - т.е. производительность практически в 3 раза выше.


The Results on my PC: Execution times of 3.475 seconds in VB 6, 1.162 seconds in VB.NET and the 1.232 seconds in C#! Both .NET versions were compiled in release mode, and the VB 6 code was compiled with all error checking removed!
This result is nothing less than astonishing! We get a 65% reduction in run time, and the difference between VB.NET and C# is negligible!

Почитал.
И кое как (я то бэйсик совсем не знаю ) адаптировал исходник под PowerBasic9
Результат 0.859000040800311 (правда запускал не на 2.0 Ghz Pentium 4,а Intel(R) Pentium(R) Dual CPU
E2200 @2.20Ghz)
Исходник и экзешник,если кому надо http://rusfolder.com/33901048

Автор: Jek1975
Дата сообщения: 03.12.2012 14:34
1. Подскажите пожалуйста к каким контактам подключать терминал у SP2504S. Я уже пол интернета перерыл не могу найти ни одного нормального рисунка или описания. Нашёл только "текстовый рисунок" по которому вообще не понятно куда тыкать, и почему-то на нём не указана GND (я понимаю, что найти можно за 1 сек, но разве схемы так "рисуют"?):
3,5 inch Samsung SATA hdd:
[''''''''PWR'''''''''] ['''SATA'''] [ : : : | ] RX / TX

2. Если кто-то пробовал использовать в качестве терминала Arduino Duemilanove (процессор ATmega328 с TTL +5В), то отпишитесь нужны ли там дополнительные преобразовния уровней (типа таких: https://forum.sparkfun.com/viewtopic.php?f=14&t=20395 ), или RX/TX можно соединять напрямую? Вот тут пишут, что вроде бы так делать можно: http://habrahabr.ru/post/140289/ только не понятно зачем он там соеденил RST-GND - это чтоб программу не писать и оно само по себе работало?

3. Если у кого есть BURN VT100-54 для моей модели, пожалуйста ответьте на мой вопрос в теме "HDD: Служебки, ПЗУ, модули, лоадеры, firmware, flash (#2) .".
Автор: Michael99
Дата сообщения: 03.12.2012 14:50

Цитата:
Нашёл только "текстовый рисунок" по которому вообще не понятно куда тыкать, и почему-то на нём не указана GND (я понимаю, что найти можно за 1 сек, но разве схемы так "рисуют"?):
3,5 inch Samsung SATA hdd:
[''''''''PWR'''''''''] ['''SATA'''] [ : : : | ] RX / TX

1. Да, так рисуют. Кто занимается ремонтом винтов - тому этот рисунок понятен. Последняя пара штырьков и есть RX / TX. И зачем вам GND ?
2. Вряд ли кто-то этой прогой здесь пользуется. Поэтому, скорей всего, никто и не ответит.
3. Вы смотрели в FSI какой комплект родной для вашего винта ? Возможно пойдёт и такой :

Цитата:
SP2504C    MS    VT_92    VT38M92C.DN    VT38M92C.DN3    VR59B92M.BIN.

        

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687

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


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