Ищу дамп или бэкап c MSI MS-7681 (AKA P67A-GD65 B3) для восстановления MAC, ieee1394 GUID и т.п.
Многие годы был читателем, много полезного здесь узнал, за что искренне благодарен всем членам сообщества. Сегодня обращаюсь к вам за помощью.
без промежуточного стирания) запись нулей "размораживает" биты, в результате чего получается вполне себе работоспособная микросхема, стираемая и записываемая с первого раза. Но ставить их никому не посоветую, учитывая что в них В считанном дампе одной микросхемы обрывки прошивки E7673IMS.180 (другой платы- видимо, донора чипа), в другой- E7681IMS.180 с "стертыми" кусками... Как мастер так смог даже думать не хочется... При этом ни в одном нет оригинального кода UEFI файла GUID FD44820B-F1AB-41C0-AE4E-0C55556EB9BD, т.е. индивидуальные данные платы (как минимум MAC-адрес LAN, возможно GUID ieee1394, серийный номер платы и т.п.) в прошивках утрачены. Наклейки с нужной информацией на плате имеются, но для MSI нет инструмента подобного FD44Editor для ASUS и мне не удалось нигде найти информации не только о структуре хранимых MSI данных в этой RAW-секции, но и о их составе.
На данный момент я внес в прошивку с оф.сайта информацию о MAC-адресе и плата это проглотила, но перед её передачей хочу удостовериться что там больше ничего не хранится, или внести недостающую информацию. Поэтому прошу бэкап с рабочей платы (подойдет даже 6MB "обрубок", сохраняемый M-Flash: в нем сохраняется FD44 конкретной платы) или дамп с BIOS трупа (в том числе считанный с полудохлой микросхемы типа тех, что были в моем случае). Полученную информацию (MAC адреса и пр.) обязуюсь не разглашать и не использовать для клонирования
.
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
Для всех: когда я пишу "FD44" то имею ввиду RAW секцию файла GUID FD44820B-F1AB-41C0-AE4E-0C55556EB9BD
Инструмент для плат ASUS я называю, как есть: FD44Editor
junkman, как же не по адресу, ежели вы, не уверенный в одинаковости структуры, пользуете инструмент, для другого вендора? Про то, что вы называете модуль так как вам заблагорассудилось - это изначально было понятно
to rutor
Для плат ASUS есть рабочий инструмент: FD44Editor. OpenSource, т.е. распространяется свободно (в т.ч. исходники ).
Кстати, именно изучение этих исходников и навело меня на грустные мысли, т.к. даже у этого вендора для разных плат (точнее версий секции BSA_) используется разный метод хранения данных. Например MAC может храниться как в ASCII, так и в HEX.
makarog писал(-а):
Почему Вы так решили? MAC я запихивал руками используя связку HEX редактора и UEFITools. Последняя- универсальный инструмент для работы с UEFI. Вендоронезависимый.
А посмотреть, не лежит ли MAC просто в области DMI, не находясь ни в каком модуле?
Если это так, то все изыскания выше - мышиная возня на пустом месте.
junkman, FD44Editor тоже вендоронезависимый? я про хекс-редакторы и тулзы разве заикался?
гораздо важнее сразу в дебри, там же намного все интереснее, нежели банальщиной заниматься
igils, про что ты
Наверное да, интереснее. Вот бы эту энергию в мирное русло на пользу обществу.
Например - разобраться таки со структурой капсулы интела и в идеале - написать утилитку, разбирающую эту капсулу и собирающую нормальную прошивку в соответствии с моделью платы. Цены бы небыло таким изысканиям.
Очень многим сильно бы жизнь облегчило. Тем более, что Lenovo тоже тяготеет к такой упаковке. Сказывается преемственность поколений.
makarog писал(-а):Цитата: Напрасно иронизируете. Модулем файл UEFI становится в процессе разборки-сборки прошивки. В стандарте UEFI применяется иная терминология, которую я и старался использовать. Можете убедиться сами изучив раздел "Firmware Storage Code Definitions" Тома 3 стандарта UEFI "Platform Initialization Shared Architectural Elements" (я читал версию 1.4 от 13.04.2015)
Лучше на мой вопрос ответьте. Или кидайте сюда файл прошивки с MAC адресом и сам MAC, я и сам посмотрю, для общего развития.
makarog писал(-а):
Вы сами с собой общаетесь? Или это риторический вопрос? Или Вы почему-то решили, что я пользовался FD44Editor при решении своей проблемы? Изучать исходники и использовать откомпилированный софт- две большие разницы. Смысл изучения исходников был, поскольку заголовок RAW-данных в теле секции начинаются с одинаковой сигнатуры "BSA_", не предусмотренной стандартом, и данные по начальным смещениям похожи, что как минимум наводит на мысли об использовании одного набора OEM-инструментов для наполнения секции и генерации кода, распаковывающего данные из нее в процессе выполнения кода BIOS.
Отправить комментарий