[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 28.01.2024 11:28, всего редактировалось 1026 раз(а).
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker писал(а):
Второй, это добавить механизм возврата данного GUID
Однозначно нет, тк номер тома никак не цеплятся для добавления FFS. Удалялку конечно можно сделать, но может тогда обновлялку версии ИЕ в данном GUID/FFS лучше?
Если хочешь могу подготовить биос. вот только какая именно у тебя плата будет...
MSI Z370 TOMAHAWK
jjxaker писал(а):
Это 100%, но если таковая плата присутствует на обоих чипсетах.
У нее есть плата-клон на Z270, практически CTRL+C=>CTRL+V. Идеально было бы зашить в нее БИОС от Z270 TOMAHAWK и i5-6400 разогнать по шине, и сидеть ждать, когда халявный i5-8400\8600K\8700\8700K кто-нибудь скинет.
_________________ Солдатушки-ребятушки, нашему царю показали фигу. Умрём все до последнего!
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
тк номер тома никак не цеплятся для добавления FFS.
Я имел в виду: 1 - Rename to ASUS USB BIOS Flashback -данный GUID не затрагивается. 0 - As Is BIOS.BIN -данный GUID удаляется.
LS_29 писал(а):
но может тогда обновлялку версии ИЕ в данном GUID/FFS лучше?
А там вроде не только регион ME сидит, там походу всё сразу. но я забыл это проверить...
N1ghtwish писал(а):
MSI Z370 TOMAHAWK
Ок, сейчас сделаю.
Добавлено спустя 26 минут 3 секунды: Готово Z270_TOMAHAWK_ModCFL_1.6, геморой однако. нужно поработать над тем что бы автоматизировать процесс. Короче твоя MSI Z370 TOMAHAWK превратиться в MSI Z270 TOMAHAWK и сможет принимать процы 6,7 и 8 поколения. Прошивать всё и вся, то есть через FPT командой FPTW64 -f bios.bin
Скажите, пожалуйста, как изменить версию или дату в измененном BIOS. Поскольку я не могу обновить его через сам BIOS, он говорит, что такая версия уже установлена. А через Windows возникает ошибка 3 - error: rom file size does not match existing bios size (3 - ошибка: размер файла rom не соответствует существующему размеру BIOS) Обновления BIOS от Asus не устанавливается, говорит, что у меня не ноутбук Asus. Bios мой правильный взят с сайта Asus
Всем привет! Ситуация следующая: есть мартеринка Asus Strix Z270I, в которой я ну никак не могу обновить IRST. Если менять c помощью UBU-это "уродует _FIT_ и он по большей части затирается. Если делать "закат солнца вручную"-через UEFITool, Replace body в EFI, то при проверке в UEFITool NE парсер выплёвывает вот такую вот штуку:
Код:
addMemoryAddressesRecursive: TE image base is neither zero, nor original, nor adjusted, nor top-swapped
Пробовал и .CAP с сайта Asus модить и полные дампы, сделанные с помощью Raspberry Pi-результат один и тот же. Быть может, будут какие-то идеи?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Unb0rn писал(а):
Asus Strix Z270I, в которой я ну никак не могу обновить IRST. Если менять c помощью UBU-это "уродует _FIT_ и он п
Эт что то новенькое, пока проблемы с _FIT_ были замечены на некоторых ч99 от Асрок. Можно поконкретнее и ссыль на бивис. А для ручек юзать УТ 0.22.4, тк NE пока токо просмотр м мзвлечение.
Добавлено спустя 6 минут 25 секунд: jjxaker, чот моя твоя не понимайт, в чем суть МЕ FW и UBF Для UBF это "кепка" которая легка трезается и обратно командой cppy добавляется А МЕ есит ренион, который если и мутить то через FITC.
Да я понимаю, я NE пользуюсь только чтоб по-быстрому проверить FIT, да ругачки парсера (не накосячил ли где) Ссылка на апдейт И в ЛС сейчас скину свои дамп и апдейченный бивис.
Про поконкретнее даже не знаю, что написать. Остальные модули менял и ручками и через UBU-всё гладко. Только IRST EFI'шный капризничает. Пробовал разные версии, пробовал пользовательскую версию в UBU (закинул туда последние с win-raid-15.9 что-то там)-результат один, _FIT_ съезжает, а ручками-та самая ошибка вылазит.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Unb0rn Обновление IRST в бантике 1,69 тоже без проблем
IRST upd
Вложение:
scr2.jpg [ 57.42 КБ | Просмотров: 1704 ]
_FIT_ Смотрим в УТ NE до и после
Скыр
Вложение:
scr1.jpg [ 47.17 КБ | Просмотров: 1704 ]
То что он съезжает по оффсетам, то это нормально. Плохо тогда, когда _FIT_ 1 - полностью пропадает 2 - смещается/убивается сама таблица 3 - если есть указатель на микод, но инфа по микоду не отображается. У тебя второй случай
Скыр после обновы ИРСТ
Вложение:
scr3.JPG [ 28.04 КБ | Просмотров: 1704 ]
То есть _FIT_ есть, а содержимое убиьто - сказать СПАСИБО АМИ за кривой МУМУ Решение проблема обычно решается обновлением микодов после всх обновлений. Или если микоды обновлять не хочется, то ручками
Код:
mCodeFIT -fixfit <твой БИОС файл>
Добавлено спустя 16 минут 16 секунд: Короче, эта хрень токо на бивисах А5 с муму 5.2.0.24. Но после того как _FIT_ будет пофиксен, то послдующие обновления в этом эе файле _FIT_ не портят Но лучше лишний раз проверить или в новом УТ или командой строкой выше С муму 5.0.0.7 такого нет, но тогда облом с обновлением оромок.
LS_29 Беда в том, что в 1006 бивисе все микрокоды обновлены по умолчанию =) И как мне теперь поменять единственный оставшийся efi модуль?) Может, есть способ ручками создать ffs? Или воткнуть его через uefitool без ругачек парсера?
Последний раз редактировалось LS_29 31.03.2018 23:02, всего редактировалось 1 раз.
Ну, такой способ не нов, но после замены таким образом, если я открываю получившийся биос в UEFITool NE(просто для проверки) то появляется вот эта вот строчка в парсере: addMemoryAddressesRecursive: TE image base is neither zero, nor original, nor adjusted, nor top-swapped
Проблема ещё в том, что у Strix Z270i нет флешбека, потому редактирую я не апдейты, а дампы и заливаю их обратно через RPi
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Есть такое дело, эт на гитхаб по УТ надо спрашатть. Или через бантик, а потом зафиксить _FIT_ Или, если RAID не нужен, оставить как есть.
Если юзается внешний программатор, то не обязательно дампы туда сюда гонять. Можно бивис и с сайта шить, достаточно только перенести инфу с дампа используя FD44Сpr.
Думал, что проблема с необновляемостью через UBU (как выяснилось, из-за кривой муму) и проблемы с обновлением вручну как-то связаны... По поводу биоса с сайта и переноса, думал на сайте биос не по размеру чипа, но, как оказалось, по размеру. Спасибо! В итоге, мне стоит отписать на гитхаб, спросить о проблеме в UEFITool?
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
IRST, Meltdown/Spectre и Z77
Похоже, что старые драйвера взяли и умерли для всех плат в пост-Meltdown/Spectre апокалиптической эре. После установки фиксов безопасности, SDD/HDD реально погибают с ошибками и прочими радостями под нагрузкой I/O-вывода на версиях драйверов своего поколения. В то же время, самые последние моды дров в режиме AHCI v16 отлично и бесперебойно работают на старых платах. Падение производительности по сравнению с системой без фиксов - небольшое, а местами, и лучше. Проверял лично на Win8.1 / Win10, Z77. Другие отзывы - пока тоже, только по Z77.
Обновление OROM/EFI для RAID - так же логично (хотя, для старых плат их нет и врядли будут). Посмотрим, какие тесты выкатит Фернандо.
Хорошо, что вся эта беда не касается NVMe - взлетает с параметрами, выше заводских. Модуль NvmExpressDxe_Small, последний, от 31.03.2018, вообще - сказка. Вовремя на NVMe пересел (хотя кое-кто здесь считал, что на Z77 не раскроется). Считаю отличным излечением от Спектро-Мельдауна, чего и всем желаю.
Сейчас этот форум просматривают: gliese-25 и гости: 70
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения