[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
Статус: Не в сети Регистрация: 29.10.2015 Фото: 1
Побуду занудой: наличие микрокода в биосе и поддержка проца это разные вещи. Когда поддержку реально вырезают, то там подкидывание микрокода не поможет.
Не очень знаком с терминологией, это бОльшая часть биоса? (12Мб вроде в данном случае). И перенести откуда куда(в родной биос от старшей модели, или в старшую модель от родного?) и какой правильнее софт применить, подменить в MFIT в процессе сборки?
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
sergey_ttr писал(а):
это бОльшая часть биоса? (12Мб вроде в данном случае).
Да. Можно просто в шестнадцатеричном редакторе выделить блок, начиная со смещения 0xC00000 и до конца. В родную прошивку "вставить" BIOS-регион от B660M Pro RS
Добавлено спустя 8 минут 43 секунды: P.S. В Ваших модифицированных прошивках не исправлен MAC в GbE-регионе.
Там где заводится сеть - шил пустые биосы, мак добавлял ранее, не помогало. Заменил биос регион (все-же с помощью мфит подменил файлы), получилось следующее. Также добавил мак. Соответственно не помогло
B BIOS'e есть настройки PBO и Curve optimiser, но они мертвые, настройки не применяются. Разлоченные CPU Clock Ratio, CCD0 CCX0 Ratio так же мертвые, БИОС рисует, хоть 7ГГц, а в винде стандартные 4.8-5.05ГГц.
На данный момент имею возможность модифицировать родной БИОС, через AMIBCP, модифицированный БИОС прошивается через Q-flash (кнопка на мат.плате) и работает. Из полезных функций получилось разлочить андервольтинг, через Dynamic Vcore(DVID) и разгон по шине (на АМД бесполезен, т.к. привязан к шинам PCI-E и SATA). AMIBCP показывает не все опции, AMD overcloсking - не показывается, но в BIOS'e есть (мертвый функционал).
Что хочу сделать: В идеале, нужно найти эту самую опцию, которая отключила разгон и PBO. В крайнем случае, попробовать прошить BIOS от B650M DS3H, где разгон есть. Прошить БИОС от неродной мат.платы не получается: Q-flash кнопкой не шьет, видимо какая-то проверка там есть, модифицированый efiflash выдает ошибку:
Код:
Flash BIOS Update Utility for UEFI SHELL Ver.0.87 Copyright(C) 2017-, Gigabyte Technology Inc.
Flash Type : AMD rom armor Flash Size : 32768KB
Reading BIOS information ........ Success Model Name ................... B650M D2H Part Number .................. 8ARPL253 Bios Version ................. FA4c Bios Date (YYYY/MM/DD) ....... 2024/04/22
Verifying File .................. 0% ******************** Verifying File .................. 100% Model Name ................... B650M DS3H Part Number .................. 8ARPL113 Bios Version ................. F24c Bios Date (YYYY/MM/DD) ....... 2024/04/22
Transferring BIOS Data ..........
BIOS is protected by SecureFlash. System must restart to complete BIOS update process!
Вот этот самый SecureFlash можно как-то отключить? Что можно сделать, кроме программатора?
_________________ Солдатушки-ребятушки, нашему царю показали фигу. Умрём все до последнего!
Member
Статус: Не в сети Регистрация: 04.02.2016 Откуда: Луганск Фото: 0
N1ghtwish писал(а):
Что можно сделать, кроме программатора?
Попробовать UniversalAMDFormBrowser (https://github.com/DavidS95/Smokeless_UMAF). У себя на Lenovo M715s (AM4, B350) тоже заблочен разгон в BIOS (Ryzen Master выдаёт такое же предупреждение). С помощью UMAF получилось разогнать память. Проц (Ryzen 7 2700) с помощь UMAF гнать еще не пробовал.
_________________ Ryzen 5 1600X | MSI B350I Pro AC | 2x8Gb TEAM Dark Pro 3200@3533MHz CL16 | Win7
ZimogoretS Очень интересная программа, но к сожалению, в моем случае бесполезна, т.к. гигабайт залочил разгон где-то в другом месте, сами настройки AMD CBS и AMD overcloking у меня есть, но они не работают (не функциональны).
_________________ Солдатушки-ребятушки, нашему царю показали фигу. Умрём все до последнего!
После обновления модулей биоса от asus deluxe Z97 через UBU модули памяти работают в режиме 1333 на место 2400, а CPU-Z показывает что модули работают в режиме Dual, но в 1333! Также пробовал запустить профиль ХМР, не помогло. А если обновлять только микрокод процессора, кроме остальных модулей, то память работает на положенных частотах 2400. Обновляю через порт USB Flashback. Памяти Corsair Dominator 2400. В чем ошибка может быть?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Прикольно, что-то такое подобное уже давно было, но почему так бывает та и не понЯли.. По сути все модули в бантике вообще не критичны для всей работы бивиса, ну токо микоды, но и там не факт. Списывали подобные случаи на глюк при замене файлов либо перепрошивке. Обычно решалось просто, меняли токо то что нужно, н у а дотошные -заменили-прошили-проверили, до тех пор пока не обновится всё или словится один из подобных глюков.
Всё что можно было - сделал как положено, но памяти наотрез отказываются работать на положенных частотах 2400, в общем хз, обновил только микрокоды до крайних версий. И еще дополнительно заменил в биосе регион с МЕ 9.1.25.1005 на 9.1.40.1000 для платформ Z97 через UEFITool_025.
Я так и делал, по одному пункту обновлял модули, затем шил БИОС по очереди. Память также продолжал работать на частоте 1333. Незнаю, где-то что-то мешает.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Хмм.. Меня "терзают смутные сомнения..", что проблема в Реплейсере 0.28.0 (он дефолтом стоит), 0.25.0 была более стабильна чем последующме выпуски UEFIReplace. Я давно хотел поменять в пакете версии, вернуть старую по умолчанию, но лапы так и не добрались. В ближайшие дни перевыложу на МЕГА.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения