Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 35 36 37 38 39 * 40 41 42 43 .. 75 76 77 78 79 80 | Печать |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 апреля 2018 19:59 Сообщение отредактировано: 15 апреля 2018 20:00
Спасибо за подробный ответ!! Действительно, я думал, после переноса G->P и пересчета транслятора, после места первого бывшего remap пойдут IDNF, но такого не случилось. А стоит вообще тогда это форматирование выполнять тогда, если IDNF-ы не появились после переноса? |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 апреля 2018 20:54 Сообщение отредактировано: 15 апреля 2018 21:23
i8088 написал: Если не появились - не стоит. Даже если появились, можно попробовать просто затереть эти сектора обычной записью - вроде при этом заголовок тоже правильный переписывается. А стоит вообще тогда это форматирование выполнять тогда, если IDNF-ы Поверив в свои силы, считал дамп памяти с платы Jaguar и засунул в дизассемблер IDA Pro (напоминаю, ни пользоваться им, ни программировать я не умею). Попробую раскурить его и составить реальную таблицу команд на Conner. Кто-нибудь умеет идой пользоваться? |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 апреля 2018 9:18 Сообщение отредактировано: 16 апреля 2018 9:27
KALDYH написал: OK, и да обычная запись тоже помогает, я часто обычным dd из FreeBSD пользуюсь. Если не появились - не стоит. Даже если появились, можно попробовать просто затереть эти сектора обычной записью - вроде при этом заголовок тоже правильный переписывается. KALDYH написал: Я пользуюсь DOS версией IDA 3.64, в основном для разбора x86 BIOS. В скриптах правда не силен Поверив в свои силы, считал дамп памяти с платы Jaguar и засунул в дизассемблер IDA Pro (напоминаю, ни пользоваться им, ни программировать я не умею). Попробую раскурить его и составить реальную таблицу команд на Conner. Кто-нибудь умеет идой пользоваться? (да они еще неприятным образом различаются в разных версиях), но в общем во многих случаях можно и без них обойтись. С Motorola правда не приходилось работать. Чуть не единственная книга про IDA - это книга Криса Касперски, "Образ мышления - Дизассемблер IDA", к сожалению недописанная. Дизассемблерование начинайте со стартового адреса, далее видно будет, иногда может быть проще содержимое ОЗУ реассемблировать, тут главное найти правильно точку входа (и адреса в адресном пространсве CPU). Для примера, разборы BIOS удобно начинать с распакованного original.tmp (загрузив его по адресам 0xE0000 - 0xFFFFF, и создав два сегмента, E и F), тогда не нужно раскручивать декомпрессор и создавать дополнительные сегменты. Иногда можно просто искать кусочки осмысленного кода и раскручивать от них, так для x86 байт C3 это часто retn, то есть конец подпрограммы, искать обращения к известным портам (здесь у HDD конечно тяжело), обращения к последовательному приемопередатчику (вывод TMOS). Байты текстовых строк сразу полезно преобразовать в строки (команда a), будет легче. У дизассемблера этого много странностей/особенностей, но лучше него просто нет! В общем пишите, попробую помочь чем смогу. |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Я скачал версию 6.8. Похожего процессора с 384 байтами ОЗУ я не нашёл, выбрал некий обобщённый. Автоанализ нашёл таблицу обрабочиков прерываний, и дальше танцуя от неё - некоторые функции. К сожалению, только небольшую часть. Далее я прошёлся по всему дампу и отметил текстовые строки. Строки очень похожи на сишные, нуль-терминированы. Между ними начали обнаруживаться подпрограммы. Удобно - преобразовал один байт как команду, разворачивает сразу целый немаленький блок. Протыкав так по всему дампу, определил его большей частью. Области адресации, ранее определённые как не содержащие памяти, скрыл - как заменить их на gap я не знаю. Затем довольно быстро нашёл функцию печати форматированной строки в терминал, обозвал её printf и поискал cross references. Их оказалось довольно много, и перед вызовом большинства из них стоил ldd #addr, где addr - адрес текстовой строки. Заменил адреса на автосгенерированные метки ранее найденных строк - код начал обретать читаемую форму, начало проясняться назначение отдельных процедур. Затем по рецету Шаклеина для коннергейтов нашёл таблицу уровней команд и от неё таблицы самих команд. Там очень просто - символ и за ним адрес подпрограммы. Пройдясь по ним, нашёл ещё несколько невыявленных блоков кода. Потом догадался пройтись по всему ранее обнаруженному мною коду и везде заменить адреса обращений к памяти на метки. Таким образом определил реальные границы ОЗУ (очевидно же, что в ПЗУ переменные храниться не могут), нашёл точки обращений к константам, ещё несколько форматированных строк и точки вызова большинства подпрограмм. Итого на данный момент известно строение 95% адресного пространства, далее пойдёт разбор формата текстовых строк, от них можно будет найти параметры, передаваемые подпрограмме печати строки и назначение некоторых переменных, также надо определить границы пространства ввода-вывода. Дальше: по коду видно различие процедур и функций, в начале идут функции. Можно попробовать их оформить. Основная задача - это, разумеется, установить назначение команд терминала, опираясь на уже известные, ну и переименовать соответствующие им процедуры. Также надо найти процедуру ввода и определить, какие и сколько параметров у каждой команды. Ещё задача - по командам работы с буферами найти механизм переключения банков памяти и узнать о нём всё: через какой порт переключается, в какое окно подставляется, где в них служебные данные найти (куски ПЗУ и серт). Практически неразрешимой частью остаётся карта портов ввода-вывода, но она особо и не нужна. Пока основное затруднение - огромный объём монотонной ручной работы, которую хорошо бы автоматизировать, но я не знаю как. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 апреля 2018 10:42 Сообщение отредактировано: 16 апреля 2018 11:00
Отлично! KALDYH написал: Это непростая задача, в случае разбора множества однотипных прошивок можно подумать о некоем скрипте, но при первом разборе Пока основное затруднение - огромный объём монотонной ручной работы, которую хорошо бы автоматизировать, но я не знаю как. только интерактивно. К примеру возможна имитация декомпрессора (если есть), перемещения кода в ОЗУ и создания сегментов для него, разбор неких таблиц по фиксированным адресам (актуально например при разборе BIOS плат расширения). Может еще (неуверен) сигнатурный анализ, по характерной последовательности байт (но примеров таких скриптов не видел). Ну а так сам анализ интерактивный по определению, в этом и достоинство IDA в сравнении с другими дизассемблерами, которые пытаются сами интерпретировать код и спотыкаются в конце-концов. KALDYH написал: Под функцией понимается подпрограмма возвращающая значения в регистре, под процедурой нет? Дальше: по коду видно различие процедур и функций, в начале идут функции. Я просто привык к Си, где только функции, а термин процедура отсутствует (это просто функция, возвращающая void), ну а в ассемблере все это подпрограммы. upd. Я забыл спросить - WD ROYL, это уже цветная серия, GREEN/BLACK/BLUE ? Процессор там уже не Marwell? |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
К счастью, я анализирую микроконтроллер без сегментной организации, там обо всём что связано с сегментами можно забыть как страшный сон. Перемещение кода в ОЗУ на этом этапе не требуется - я работаю непосредственно с дампом адресного пространства. А вот работа с однотипными прошивками, я думаю потребуется. Попробую написать скрипт для автоматического поиска строк, автоматической подстановки меток и автоматического поиска цепочек подпрограмм, завершающихся call, jmp или rti. i8088 написал: Ну тут по сути тоже разделение чисто формальное. Я просто вижу, что подпрограммы в начале и конце заметно различаются по структуре, это должно что-то да значить. Под функцией понимается подпрограмма возвращающая значения в регистре, под процедурой нет? i8088 написал: Граница довольно размыта. Некоторые серии могли иметь как старую, так и новую наклейку, например Atlantis, Pinnacle, Kermit. Процессор там Marvell, отличия чисто программные и они не слишком велики. upd. Я забыл спросить - WD ROYL, это уже цветная серия, GREEN/BLACK/BLUE ? Процессор там уже не Marwell? |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
KALDYH написал: Да, это точно! Кстати вспомнилось, межсегментная передача управления в К счастью, я анализирую микроконтроллер без сегментной организации, там обо всём что связано с сегментами можно забыть как страшный сон. AWARD BIOS исскуственно усложнена, полагаю для усложнения реверсирования. KALDYH написал: Спасибо! А дл WD100BB-800BB старого поколения, с родным процессором WD, а также Граница довольно размыта. Некоторые серии могли иметь как старую, так и новую наклейку, например Atlantis, Pinnacle, Kermit. Процессор там Marvell, отличия чисто программные и они не слишком велики. родственных им Protege и Spartan из доступных средств только PC3000 или еще что есть? |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Для Caviar Cyl32 есть немного утилит от NazYura: http://nazyura.hardw.net/000006.htm Дома у меня ещё что-то было, поищу. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 16 апреля 2018 18:26 Сообщение отредактировано: 16 апреля 2018 21:14
Спасибо, посмотрю! Есть сложный случай с WD100 Protege, давно что-то я пытался сделать с ним безуспешно, уже подзабыл. Как дойдет очередь до него, попробую еще раз. Успешно сделал перенос G->P на еще одном черном WD двухголовочном, было 8 remap WDC WD800JD-60LUA0 WD-WMAMD3995947 FW 07.01D07 Unicorn Над диском издевались видимо по полной, много царапин на корпусе и Start_Stop_Count 7147; Power_On_Hours 49197 |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 17 апреля 2018 22:26 Сообщение отредактировано: 17 апреля 2018 22:35
Просматривая форумы, нашел упоминание, что у GALAXY вроде как появилась команда A>P для переноса дефектов из G в P. На недавно приобретенном GALAXY2D (250GB, PATA) есть один remap, решил проверить.
Осталось проверить, нужен ли пересчет транслятора/форматирование после этого, завтра поставлю на чтение всей поверхности. |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 35 36 37 38 39 * 40 41 42 43 .. 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 тем | |