Многие годы был читателем, много полезного здесь узнал, за что искренне благодарен всем членам сообщества. Сегодня обращаюсь к вам за помощью.
Предыстория (
во избежание посылов на оф.сайт MSI): попала в руки P67A-GD65(B3) с диагнозом "мертвый мост". Неисправность проявлялась при попытке включения в бесконечном циклическом включении-выключении платы (во включенном состоянии около секунды), POST кодов нет. Имелись признаки перепайки (весьма неаккуратной) обеих (!) микросхем SPIFlash BIOS. Обе микросхемы оказались "ушибленными": чтение в программаторе неустойчивое (несоответствие информации разных чтений- "плавающие" искажения информации), стираются нормально, но при попытке записи 0x00 во все ячейки часть остается непрописанными (некоторые полностью, некоторые частично). Многократная последовательная (раз 60
![](/images/smiles/icon_gigi.gif)
без промежуточного стирания) запись нулей "размораживает" биты, в результате чего получается вполне себе работоспособная микросхема, стираемая и записываемая с первого раза. Но ставить их никому не посоветую, учитывая что в них
и настройки CMOS сохраняются
, и логи загрузки системы...
В считанном дампе одной микросхемы обрывки прошивки 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 адреса и пр.) обязуюсь не разглашать и не использовать для клонирования
![](/images/koloboks/yes3.gif)
.
Да ну? И откуда такая деза?
Спасибо за замечание, исправляюсь. Но в данном случае это ничего не меняет.
Читал, читал - так и не понял сути вопроса и нафига оно нужно?
Насколько помню, раньше никаких серийников платы в биосе на ширпотребных десктопных платах MSI небыло. Только стикер на плате.
Судя по фото с никса - что у сетки, что у 1394 есть свои EEPROM - зачем какими-то утилитами корячиться вбивать MAC, если он никуда не делся с платы, хоть 100 раз перешивай основной биос...
MAC на этой плате хранится в FD44, и если он там не прописан то при загрузке остается "все нули". Проверено сегодня экспериментально (обе микросхемы BIOS у меня сейчас выпаяны, экспериментирую подключая рабочий BIOS на JSPI1).
Что касается 1394: сохраняется ли его GUID в FD44 или где-то еще пока не проверял. Но меня смущает возможность присутствия в этой области различных ключей для активации патентованных фич (по аналогии с DTS key у ASUS) и дескрипторов, описывающих аппаратные различия использующих одну и ту же прошивку с оф.сайта плат (MS-7681=P67A-GD55 / P67A-GD65 / P67A-SD60 / P67A-GD53 / P67S-GD53 / P67A-SD60). Для проверки последнего самым простым и надежным мне кажется один способ- посмотреть оригинал FD44 и отредактировать его под себя. Тем более что контрольными суммами значения отдельных параметров в секции не защищаются с вероятностью 99% (для большей уверенности не хватает статистики). Заодно и с 1394 все понятно станет. Или долго и нудно тестировать все имеющиеся на плате устройства во всех режимах, что не реально.
А серийника там действительно скорее всего нет, но чем черт (в смысле- MSI) не шутит?
Лучше один раз увидеть оригинал и потом за несколько минут в hex-редакторе тело секции поправить, а потом подсунуть ее через UEFITools.
unkman 2![](/images/smiles/eusa_clap.gif)
Все верно (про Асус):
FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
Мне в одном "квалифицированном" сервисе 2 года назад, прошили 2шт. таких P8H61-I LX плат - также "без задней мысли".
Теперь у меня на обоих платах у сетевух один MAC - 00:0b:0e:0f:00:ed - после перепрошивки биоса на программаторе в сервисе, хорошо я встроенные сетевухи не использую, если бы не автор, я бы и внимания не обратил
Да и сам я недавно, также биос накатил MSI H87I
: Прошивка MX25L12873F с помощью CH341A - и "дернул черт" меня дамп удалить
.
Вопрос к ТС - сколько позиций индивидуальных данных, и как их достать не обладая дампом, какие есть варианты ?![](/images/koloboks/superstition.gif)
Где взять реальный MAC сетевухи
rutor писал(-а):
Что мешает прочитать его с наклейки? Если таковой по какой-то причине нет, что мешает сочинить MAC-адрес самому, благо наполнение знакомест стандартизировано, и прошить потом его уже?
rutor писал(-а):
Вы не пробовали прочитать и осмыслить указанное по ссылке (ТС это тоже касается)? Вам все равно, какой вендор там упомянут? Вы уверены, что структура биос одинакова с MSI?
ТС, скажите, а зачем тогда еепромки у вышеупомянутых контроллеров, если они есть? Для красоты, наверное?
Наклейка имеется в наличии, считать с нее MAC адрес ничего не мешает, спасибо![:)](http://bios.rom.by/img/smiles/icon_smile.gif)
В принципе по Асус здесь все есть: forums.overclockers.ru/viewtopic.php?t=447045 - продолжаю разбираться.
Данные в MSI я похоже не запорол...
Я сравнивал полученный дамп биоса (версия 2.3) с оригиналом скаченным с официального сайта (версия 2.3) - соответствие 100%.
Поэтому и удалил дамп.
Можно внятно сказать? Нет наклейки? С наклейки ничего не удалось прочитать? Что именно вы хотели сказать?
Докладываю: закончил сегодня с этой платой. Для справки: кроме двух микросхем BIOS Winbond W25Q64CVSIG на плате имеются 4 ПЗУ в связках:
А GUID IEEE1394 в FD44 действительно не нужен- подтверждено экспериментально (смотрел GUID в dmesg линукса: последние 4 байта соответствуют 8 шестнадцатиричным цифрам стикера на разъемах звука).
О, накидали пока ваял... Отвечать буду медленно, не обессудьте.
makarog писал(-а):
не по адресу призыв: перечитайте пожалуйста внимательно мой первый пост...
makarog писал(-а):
Уверен в обратном: см. первый пост...
Отправить комментарий