[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 раз(а).
Подскажите нормально ли это - Запускаю uefitool открываю файл биоса... и тут же сохраняю его под другим именем. Захожу в ТоталКомандер и сравнивая бинарно оба биоса (командой fc.exe /b 1.rom 2.rom) - отличий нет. Все отлично.
Но тем не менее запускаю uefitool открываю файл биоса... делаю export body нужной image секции и ничего не изменяя ни в чем тут же делаю replace body этим же файлом... после чего сохраняю save as биос. И осле сравнения ничего не меняя а лишь пересоздав - они полностью в сравнении (командой fc.exe /b 1.rom 2.rom) отличаются.. Это нормально? От чего появляются отличия в этих идентичных файлах от этих телодвижений експорт-риплейс-сейв ас? Стремно заливать назад.. ведь я еще ничего не изменял внутри... а уже разные на выходе файлы..
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
alllus, нормально, отличия получаются от того, что файловая система в томе пересоздается полностью. Если выложишь оба файла, я покажу, в чем разница и опасна ли она. Плюс компрессия, опять же.
переименовал файлы в расширение тхт, бин, ром, фн.... Нельзя загружать данные расширения на сайт. Видимо ограничения администратора. Важнее что вы подтвердили их и одобрили... А такой вопрос... Подмена в биосе опкода в блоке cpuid или где там и полноценно переделать выдачу одного процессора за другой "по полной" и cpuid и имя модели и.. в общем чтоб не подкопаться... есть такие специалисты? Поработать с биосом конкретной матери.. пусть за деньги. Посоветуйте ресурс\контакты людей
Куратор темы Статус: В сети Регистрация: 07.08.2003
alllus Какой неугомонный. Повторюсь: нельзя исправить результаты подфункций (80000002h,80000003h,80000004h) команды CPUID! P.S. И уголовный кодекс перечитайте на досуге, про мошенничество. P.S.S. zip легко добавляется.
Какой неугомонный. Повторюсь: нельзя исправить результаты подфункций (80000002h,80000003h,80000004h) команды CPUID!
Растроился чертовски от такой жесткой позиции... Лет 12 назад.. АМД Атлон переименовывал в АМД Дурон и наоборот в авардовском биосе за 15 минут.. И в ВинХП и в самом биос сияло то что мне надо было... Сейчас... похоже обмануть простой подменой строк лишь биос и вкладку винды 7 "О системе" уже так просто не возможно.. Плевать уже на те Аиды, глубокие тесты и т.д. Плохо... Некоректно выданая или вообще не выданная инфа о проце биосом тоже бы проканала.. Думал ломать - не строить.. Плохо-плохо... ошибался
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
alllus, да ладно. Зато версию микркокода Интел ЦПУ обмануть можно. И это приятно для тех у кого non-K процы, какой-никакой, а разгон. Мелочь, но приятно..
Зато версию микркокода Интел ЦПУ обмануть можно. И это приятно для тех у кого non-K процы, какой-никакой, а разгон. Мелочь, но приятно..
Не силен в этом вопросе... Сюда входят свежие модели intel Pentium или Intel Celeron ? под сокет 1150 или 1151.. и... каким образом обман происходит? заинтриговали..
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
alllus писал(а):
каким образом обман происходит?
В основеом для HSW и SKL, эту "обманку" используют в основном MSI и AsRock, путем подмены версии в самом микрокоде и выравниванием CRC32. В результате всё от биоса доо винды рапортуют, ту версию которую надо. Пример для HSW микрокод 07 можно встретиь как 99, а для SKL микрокод 74 как FF.
В основеом для HSW и SKL, эту "обманку" используют в основном MSI и AsRock, путем подмены версии в самом микрокоде и выравниванием CRC32
В общем более чем коррекция какой-то там строки в биос о проце (одной из....) и подмена строки о железе во вкладке винды максимум что возможно(( Мда.. не подкопаешься..
Member
Статус: Не в сети Регистрация: 01.12.2002 Фото: 0
DeathBringer писал(а):
Какой неугомонный. Повторюсь: нельзя исправить результаты подфункций (80000002h,80000003h,80000004h) команды CPUID!
А вот и нет, если это будет процессор AMD. Processor Name String Identifier программируется BIOS-ом в private MSR-регистры, а CPUID(8000000[4:2]) возвращает этот строковый идентификатор. Я даже менял через private MSR флаги поддержки любых инструкций процессором, причем это многим помогало запускать софт с SSE2 ускорением на старых Athlon XP, которые этот набор инструкций не поддерживали. Баловался очень давно, сейчас процессоры - не моя тема. Хотя NDA-документации и исходников BIOS-ов для различных платформ и поколений AMD навалом.
Member
Статус: Не в сети Регистрация: 01.12.2002 Фото: 0
Ещё раз, здравствуйте!
Хотелось бы попросить автора UEFITool добавить в главное меню "Action" команду "Jump to..", которая после указания смещения (относительно начала открытого файла BIOS) раскрывала бы узел с секцией, попадающей в это смещение. Поясню для чего это нужно. Разработана маленькая приблуда, которая отыскивает в BIOS установку бита "SPD Write Disable" конфигурационного регистра "Host Configuration (HCFG)" с адресом 40h контроллера SMBus для запрета от перезаписи микросхемы SPD. Обнаружив отыскиваемый по сигнатуре байт программа отображает его смещение, который затем необходимо пропатчить. Фишка "Jump to.." очень помогла бы в этом деле.
Member
Статус: Не в сети Регистрация: 01.12.2002 Фото: 0
LS_29, у меня свой алгоритм поиска. Кратко, я нахожу сигнатуру, затем анализирую 20 предшествующих байтов и 20 последующих байтов. Просто указать в лоб паттерн и заменить его - не работает такой метод. Причем, сигнатур может быть 10, 15...
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
Crash, добавлю, но только в NE, т.к. оффсеты правильно считаются только в новом движке. Вместо "Jump to.." будет скорее всего "Go to offset...", что несколько понятнее. Фича, на самом деле, уже реализована, добавить ее в UI - не проблема. По поводу UEFIPatch - он поддерживает wildcard-полубайты, т.е. паттерн 0.112233 найдет и 00112233, и 01112233, и до 0F112233. Хватит ли этого для конкретного патча - я не знаю.
Сейчас этот форум просматривают: Foxtrot, PaulERm и гости: 21
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения