[1.79.3] Начиная с данной сборки УБУ, для кореектной работы МСЕ теперь требуется Python v3.7 или вышг. Также следует установить 2 библиотеки: - pip install colorama - pip install pltable
[1.75] Куча нововведений в папках Интел [1,72] MMTool К сожалению, невозможно предугадать какой муму отработает корректно. Поэтому используйте 2 разные версии мумутула - 5.0.0.7 как "mmtool_a4.exe" и 5.2.0.2x+ как "mmtool_a5.exe" Использование только одной версии не пригодно для многих бивисов на Aptio. [1.71] VROC Для обновления VROC with VMD требуется 2 файла, пример в папке Intel\VROC Штатные файлы RAID и sSATA укладываются, как обычно, в папку RSTe. MMTool Заложена поддержка 2-ух различных версий MMTool на перспективу. На данный момент используется одна версия, рекомендуется 5.0.0.7. Переименовать как "mmtool_a4.exe"
[1.70] IRST/IRST(e) Начиная с версии 1.70 пользователь самостоятельно подбирает нужные версии файлов для создания RAID массивов.
1) В послденее время опять участились жалобы на наличии вируса в пакете UBU, якобы МСЕ,ехе содержит вирус. Поэтому принято решение, что вместо ехе файла теперь будет py исхотдный Пайтона. Чтобы была корректная работа с микодами вам необходимо установить пакет Ptyhon версии 3.7 или выше. А также две библиотеки: - colorama - PLTable Как это сделать уаказано на ГитХабе в репе МСЕ. Вы можете юзать м ехе файл, но скачивать его будете самостоятельно. Если установите Пайтон то у вас появится возможность юзать другие приложения на Пайтон, которых очень много. 2) Все архивы с файлами теперь здесь https://mega.nz/#F!MSRDxSqR!5etS-te7ZqRQX9Zb25es_A 3) На данный момент рекомендуется использовать UEFITool v0.25.0 (и не выше), до выяснения
Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер. Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.
Последний раз редактировалось DeathBringer 22.02.2025 23:07, всего редактировалось 1045 раз(а).
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Sfx394402 Как открытие? Не понимаю... Извлекаете тело при помощи UEFITool, анализируете в дисассемблере, патчите в любом шестнадцатеричном редакторе и встраиваете обратно.
Junior
Статус: Не в сети Регистрация: 26.03.2016 Откуда: Москва
DeathBringer Визуально понимаю, о чём Вы. Мне вот, что в своё время ответили, когда я по незнанию пытался модифицировать тот самый файлик:
CodeRush писал(а):
Sfx394402, твой файл .BIO, который ты пытаешься изменять, имеет не тот формат, в котором прошивка хранится на SPI-чипе, да еще и подписан ЭЦП, и потому ты не сможешь прошить после внесения любых изменений.
Кстати, хотел поинтересоваться, коли речь зашла о дизассемблере. Обсуждение изменений кодов программ и DXE-драйверов не будет являться в этой теме оффтопом?
Последний раз редактировалось Sfx394402 06.11.2016 19:10, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Sfx394402 "подписан ЭЦП" - вот именно с этого и начитался мой вопрос. То есть всегда ли она там есть? И как проверить ее наличие простым способом. На счет редактирования DXE-драйверов: я считаю, что это относится к теме напрямую. Но у кураторов может быть и другое мнение...
KT Чудеса! В BIOS нет такой версии микрокода, даже у plutomaniac в базе нет.
Последний раз редактировалось DeathBringer 06.11.2016 19:15, всего редактировалось 1 раз.
Junior
Статус: Не в сети Регистрация: 26.03.2016 Откуда: Москва
DeathBringer Уверен, что у образов Интел подпись есть всегда, хоть и не берусь за это утверждать. Вообще, выпендрились они, конечно, хорошо на фоне остальных производителей материнских плат. Их даже в сервисные центры толком не берут, потому что негде взять заводской дамп бивиса.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 В Windows нет микрокода для инженерников с CPUID, не совпадающим с обычными процессорами. Скриншот реестра показывает, то микрокод операционной системой не менялся.
Добавлено спустя 3 минуты 42 секунды: KT Остается только удалить из прошивки микрокод для CPUID=506E1 и посмотреть на поведение системы...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
KT, верни всё на место. Это глюк! Вспоминаем, как только вышли первые официальные SKL (0506Е3), версия микрокода отображалась у всех как 1Е - 1 = 1D. Мы уже гоняли эту тему, и тогда понять не могли как это в БИОС к примеру 36, а показывает 35, потом поправили, но видимо поправили только для официальных версий, а инженерики оставили как есть..
Junior
Статус: Не в сети Регистрация: 26.03.2016 Откуда: Москва
LS_29 писал(а):
Русских и так уже во всех взломах обвинили, так что...
Так рады были бы ничего не взламывать, если бы существовали бивисы с открытым кодом, которые работали бы на наших материнских платах. А тут даже «ковырялки» зачастую сводятся к тому, чтобы банально исправить баги, допущенные производителем.
Junior
Статус: Не в сети Регистрация: 26.03.2016 Откуда: Москва
LS_29 А можете рассказать подробнее, как себя вели платы после замены SPI-чипа? То есть, те случаи, когда они отказывались работать с не «родным» чипом. Перепаял чип на новый, и теперь преждевременный выход при инициализации драйвера платформы (POST-код 15h). Думаю, не попал ли я под раздачу с той же проблемой. Даже светик CPU INIT не моргает, не говоря уже об оперативной памяти - до неё дело просто не доходит.
DeathBringer При исследовании того Интеловского файлика Вам случайно не удалось найти область NVRAM? Если не трудно, то посмотрите для моей модели: GA0066.BIO.
P.S. Думаю, что главных причин может быть только две. Первое: обнулённая (заполненная 0xff) область NVRAM. Второе: плата всё-таки не хочет работать с не «родным» SPI-чипом. В качестве второстепенных причин рассматриваю полное открытие доступа к регионам в дескрипторе, а также чужие регионы ME, GbE, и возможно, даже сам дескриптор (со своих по расточительности не успел вовремя снять дампы, поэтому пришлось шить чужие), но это вряд ли.
NVRAM почистил для того, чтобы бивис переписал его значениями по умолчанию своей версии, т.к. «умная» обновлялка бивиса от Интела не обновляет область NVRAM вообще, поэтому там так и продолжают сидеть значения от старой версии, из-за чего впоследствии возникают пусть мелкие, но противные косяки. Да и вообще, за несколько лет работы платы «мусора» в NVRAM скопилось столько, что просто смотреть противно. Ещё кто-то умудрился записать туда мини-логи загрузки ядра Linux. Но по логике вещей, фаза PEI before MRC, на которой всё заступоривается, с NVRAM никак не связана.
P.S.P.S. Прошу прощения, что в таком количестве завалил вопросами. Если есть свои предположения, советы, рекомендации, то буду благодарен. А так, мне не к спеху.
Из того, что по ошибке 15h нашлось найти самому - несовместимость процессора с текущей версией бивиса, но это бред, потому что изначально плата работала с процессором Core i7, и никаких проблем не возникало. Пока нет желания покупать старенький Celeron D или «Пень», чтобы проверить эту теорию, хотя в сообществе Интела рекомендуют поступить именно так - временно поставить старый процессор.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения