[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 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
сделал, сейчас попробую.
Добавлено спустя 11 минут 37 секунд: обновление прошло успешно, всё работает, скрин в доказательство: #77#77
заодно выявил баг, сохранил профиль настроек биоса на флешку, после обновления биоса настройки сбросились как обычно, а профиль не загружаться биос тупо виснет, причём баг древний. короче можно смело добавлять поддержку в OROM Replace
Добавлено спустя 6 минут 15 секунд: для справки: не драйвер на видео карту не Aida64 ибо иной софт не покажет версию Intel GOP драйвера, узнать версию можно либо в биосе(выключив при этом CSM) либо открыть файл FFS других способов нет.
Member
Статус: Не в сети Регистрация: 05.12.2006 Откуда: Из-за компутера
mmtool так и не сжимает ffs'ы при замене сжатого на несжатый (/r)? работают несжатые, проверял кто-нить? сжатые не распространяются уже отдельно или смысла нет из-за возможных разных GUID и возможной путаницы? Такая картина со сжатыми/несжатыми ffs при добавлении требует пояснения и тестирования.
ещё: есть видео для Ivi/Snd в СSM хранятся как devid 0x106, 0x156, 0x166, а в PCIR все как 0x106 идут, но 156 и 166 полностью одинаковые по содержимому, а вот Snd (0x106) в нек. местах незначительно отличается, вопрос как отличить эти Ivi/Snd модули, если внутренне они идут как PCIR 0x0106? И отличаются ли в принципе они и как такое обновлять, если 100% совместимости Ivi/Snd всё-таки нет.
Коллекция OROM и ffs будет в 1м посте пополняться всегда? А ME здесь обсуждаться не будет, в старой ветке? и коллекции МЕ тоже нет в этих ветках?
Можно ещё микрокод обновлённый вживлять в бивис, интел их регулярно выпускает как пакет для линуха microcode-20130222.tgz, но есть прога-конвертер microdecode в бинарь для патча CPU для биоса
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker, токо вот есть какие то улучшения в работе или уход каких то багов связанных с видео? Добавить то можно в Replace, но вот сложность в определении в текущей версии.. Хорошо если модуль не будет упакован в биосе, делов то найти такую строчку "33 00 2E 00", но вот дальше батнику без сторонней утилиты не отобразить полную версию модуля..
Добавлено спустя 23 минуты 46 секунд: asmfan, у муму почему то есть такая ерунда, не сжимать модуль при замене, почему так поступили разработчики проще спросить у них. Но сжатый или не сжатый модуль EFI/FFS в биосе без разницы, сжимают для экономии места, но его в 8 метрах пока хватает, хотя.... Заголовок FFS вначале состоит из GUID и он никогда не сжимается, так что сразу видно какой GUID у модуля, токо читать его надо справа-налево. DID 106/156/166 я так понимаю это о буках/моноблоках/AIO/НТС на базе Atom? Тк на дектопах DID 102/162 и они совместимы, точнее это одно и тоже хотя PCIR всегда 0х102. В VBIOS у них идет поддержка и Sandy и Ivy, даже если плата Ivy не поддерживает всё равно будет работать. Различаются они по версии, ну и в поддержке ядра. Проще посмотреть в самом VBIOS наличие такой строчки "Sandybridge/Ivybridge", если только один тип, то уже только для одного типа. OROM и EFI/FFS обновляться будут по мере обнаружения более новых версий. На счет МEI видно будет. А коллекция есть на французской станция. На счет обновления микрокодов CPU, обычно производитель сам вносит все новшества от Интел в следующем выпуске биосов, но по обновлению со стороны нужно подумать. Раньше Интел делала обнову микрокода под ДОСю, но видимо решив, что пользователям это в руки лучше не давать. Скинь в личку пакет микрокода и конвертер, если есть, посмотрим если смысл и как применить.
Добавлено спустя 4 часа 31 минуту 58 секунд: Вот и ситуация! Нашел наконец-то EFI IntelGigabitLan PXE UNDI v5.5.23. Собрал FFS модуль и при проверке выяснилось, что GUID 4953F720- есть у MSI, но с EFI/FFS UNDI Realtek. Вручную менять в муму конечно видно сразу, что стоит и на что меняем, теперь это надо объяснять батнику.. Ну никакого стандарта!
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
токо вот есть какие то улучшения в работе или уход каких то багов связанных с видео?
дело в том что проблемы ведь да, были, но не с GOP драйвером а с Legacy vBios(ромками) по сему сложно сказать что улучшилось по моему не чего нужно понаблюдать, я вчера спать уже завалился... но всё же я предпочитаю свежие версии, тем более если оно хуже не делает откат же если чё всегда реален. я придерживаюсь мнения что если есть новые версии Intel их зачем то же делает, и явно не потому что им скучно. ну а кто то думает что работает значит пусть работает как есть, это как бы тоже правильно. ну а главное что? главное право выбора
LS_29 писал(а):
батнику без сторонней утилиты не отобразить полную версию модуля..
ну по началу можно и без этого, я думаю это не критично. а потом может кто напишет подобную утилиту. ведь главная причина существование данной темы и OROM Replace этого заменять всё и вся до актуальных версий. а всё остальное уже мало важно
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker, я по ходу выковырял GOP из гигабайтного Snipper'а, с того биоса где 2158 VBIOS. GUID совпадает, а вот смущает разиеры и версия. Размер чуток поменьше, а а версия видимо у гб своя 3.0.1023 и она у них самая последняя видать связана с 2158. Скинул тебе в личку.
Member
Статус: Не в сети Регистрация: 05.12.2006 Откуда: Из-за компутера
LS_29 писал(а):
сжатый или не сжатый модуль EFI/FFS в биосе без разницы, сжимают для экономии места, но его в 8 метрах пока хватает, хотя....
ну просто могут быть несжатыми, а числиться по флагам в биосе как сжатые. вот и спрашиваю работают такие несжатые сжатые модули ffs? тестировались в efi без csm поддержки? сам потестить не могу, а знать нужно - искать ли запакованный где-то или оставить как есть, кстати раньше помню запакованный вроде ту же выкладывали. Или способ сжатия муму может не распознать при добавлении и прописать в биосе не тот? в общем нужны результаты тестов на живой систему под efi загрузку с этими ffs драйверами.
LS_29 писал(а):
106/156/166 я так понимаю это о буках/моноблоках/AIO/НТС на базе Atom? Тк на дектопах DID 102/162 и они совместимы, точнее это одно и тоже хотя PCIR всегда 0х102. В VBIOS у них идет поддержка и Sandy и Ivy, даже если плата Ivy не поддерживает всё равно будет работать. Различаются они по версии, ну и в поддержке ядра. Проще посмотреть в самом VBIOS наличие такой строчки "Sandybridge/Ivybridge", если только один тип, то уже только для одного типа.
бук на ivy /gen3/ и там 3 видео рома с указанными в биосе/CSM разными devid и одинаковым pcir кодами внутри, но разным содержимым для SB/IB может gen2 чем-то в поддержке отличается от gen3 потому как отличия незначительные по winhex но есть. 2500/4000 вот идут как одинаковые, а вот 3000 уже с отличиями. Вот и возвращаемся к первоначальному вопросу что и как совместимо и безопасноли обновлять gen2 на gen3 и обратно, если версии старше идут с одним pcir - 0106, а тем более можно все эти 106/156/166 обновлять на тот же 102 для Sandy/Ivy от десктопных аналогов. Интересненько)
LS_29 писал(а):
OROM и EFI/FFS обновляться будут по мере обнаружения более новых версий.
методом извлечения или всё-таки с самоварами и структурой дело пошло? помню разбирательство было
Последний раз редактировалось LS_29 02.06.2013 3:14, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
asmfan писал(а):
ну просто могут быть несжатыми, а числиться по флагам в биосе как сжатые
Не могут, если тоолько сам ручками флаг не сменишь. Изначально все модули EFI идут в несжатом ввиде, я еще не встречал сжатый EFI, потом из них собирается FFS или PCIROM модуль с нужными типами секций, при сборке можно поставить опцию сжать модуль, модуль сожмется и будет поставлен флаг, что модуль сжат. Если уже есть готовый EFI/FFS модуль, но вставить его надо как сжатый. Да, выкладывал как раз сжатый IRST, и сейчас готовлю EFI/FFS Intel PXE в сжатом ввиде, тк размерчик исходного оригинала за 200 кило.. Как проще это сделать из готового EFI/FFS, например IRST. В муму открываем любой биос и вставляем FFS модуль, предварительно поставивь в "Extract FFS Options" точку на "Insert Compressed" и вставляем модуль. Затем переходим во вкладку "Extract", находим наш модуль, точка в "Extract FFS Options" в положении "Extract As is" и извлекаем уже сжатый модуль. Потом его уже можно из коммандной строки при замене использовать опцию /rc - "module to replace with is already compressed". Всё работает, уже проверено. На счет буков могу сразу сказать, у них свои модули и от дектопов 0х102 не подойодут, точнее даже работать не будет. На счет какой модуль всё же поставить, могу посоветовать - оставь как есть. Это не дектоп, на которой эксперементировать проще. На счет обновления и пополнееия OROM и EFI/FFS как получится, когда вытаскиванием у разных брендов, а PXE и некоторые SATA есть в свободном доступе.
asmfan писал(а):
не, не помню чтобы интел для ДОСа паял что-то
Было дело, когда первые пеньки шли.. За набор микрокодов и конвертер спасибо, будем смотреть.
Добавлено спустя 27 минут 24 секунды:
jjxaker писал(а):
всё же я предпочитаю свежие версии, тем более если оно хуже не делает
Будет время, поразбирайся с микрокодами, ссылки в конце поста.. Вобшем там получается куча файликов ввиде "cpu000306a9_plat00000012_ver00000017_date20130109.bin" Понятно тока понял токо одно, ориентировывался по Аиде64
Код:
cpu000306a9 - Версия CPUID plat00000012 - Индентификатор платформы МС ver00000017 - Версия обновления микрокода
В муму чисто не вставляется, если только использовать бэкап, тк модуль в заводском биосе для микрокода может оказаться пуст и муму вылетает. Или искать программульку, которая сразу вливает микрокод в процессор..
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker, упс! Ты прав, это уже я тормознул, спать иногда надо.. Посмотри по микрокодам CPU. Может утиль найдешь, чтоб сразу зашить в проц можно было. Что то такое было давным-давно на rom.by
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 обновил GOP ну пашет, больше пока не чего сказать не могу... давай добавляй в бантик, что мне руками всё делать хотя я и сам могу но всё же но нужно пробить точно за версии а то как то подозрительно это всё большая разница в билде. #77#77
LS_29 писал(а):
Посмотри по микрокодам CPU
да вот ковыряю...
LS_29 писал(а):
Может утиль найдешь, чтоб сразу зашить в проц можно было
издеваешься, там по любому зашита не в рот e это раньше когда то, да, такое было реально а сейчас хз гляну конечно.... единственно не понятно на что обновлять у меня и так последняя rev.17
Последний раз редактировалось LS_29 10.05.2013 16:34, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Да и чего там ручками то 2 модуля махнуть, да еще и сразу на виду, не надо по списку рыться. Легко сказать добавляй, а какой добавлять асусовский или гэбэтэшный? Погоняй пока, я батник тебе лично попозже сделаю. На счет микрокодов фиг знает, по сути то, все патчики смысла нет вливать в биос, один проц - один патч, сменил проц - зашил другой патч.. Проще отдельно батничек сделать и написать конкретно пошаговую инструкцию, где что смотреть и что подсовывать, а то 140 файликов задолбаешься прописывать, хотя все и не нужны, для 2 и 3 поколений там всего то 9 файликов, да и вполне, что некоторые уже в биосах есть..
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
Легко сказать добавляй, а какой добавлять асусовский или гэбэтэшный?
для каждого вендора свой OROM Replace
Добавлено спустя 3 минуты 10 секунд: я блин не пойму почему интеловские биосы муму не открывает как положено, ладно под z87 а по z77 чё да ещё и весят под 10метров
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
Кроме нас видать никто
весело девки пляшут, ну будем первопроходцами ну тут кстати может быть ещё тот факт что GOP драйвер появился в биосах совсем недавно... примерно в июле 2012
Сейчас этот форум просматривают: parpol777 и гости: 24
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения