[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. Я давно хотел поменять в пакете версии, вернуть старую по умолчанию, но лапы так и не добрались. В ближайшие дни перевыложу на МЕГА.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 30
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения