[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
Статус: Не в сети Регистрация: 01.12.2002 Фото: 0
CodeRush, как думаете, смогу ли я перепрошить BIOS пропатченной прошивкой без ребилда вашей программой, если в TE мне нужно было изменить всего 1 байт? Т.е. я имею в виду редактирование в HEX-редакторе самого CAP-файла. Просто мы приобрели 50 одинаковых систем на базе ASUS H110M-R и у всех залочена запись в SPD. И это немного огорчило нас.
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
Crash, конечно сможете, там возможно придется еще и контрольную сумму у файла исправить, т.е. патч получится на 2 байта, но вручную его получится сделать без проблем.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
jjxaker писал(а):
А вообще нужно у себя эту зависимость проверить
Сегодня решил проверить у себя: активировал защиту от этих атак на Windows 7 с прошитым в BIOS микрокодом версии 0x23 для Haswell. Результаты получились неожиданными: 3DMark03 возрос немного (с 22630 до 22700), а линейная скорость работы моего старенького HDD в CrystalDiskMark и ATTO Disk Benchmark возросла на 3-5%.
Update 26.01.2018: при значительной нагрузке на HDD (запуск виртуальные машин) получил отключение системы, так называемый a spontaneous reboot...
Последний раз редактировалось DeathBringer 27.01.2018 17:25, всего редактировалось 2 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
DeathBringer То что у тебя вышло это жесть. как это вообще возможно, действительно неожиданные результаты... Очень странное всё это, может win7 даёт такой эффект а может сама платформа более лояльна.
Advanced member
Статус: Не в сети Регистрация: 07.06.2017 Откуда: Persey omicron
Всем привет '
вопрос 1: поясните пожалуйста по AMIBCP, хочу заменить строки HPET In SB с функционалом на PSTATE Adjustment
HPET In SB на PSTATE Adjustment
Вложение:
замена строк.jpg [ 393.29 КБ | Просмотров: 1264 ]
Жму экстракт строк по очереди, с языком en , затем жму реплейс и заменяю эти строки. НО, но нифига не происходит, все так же висит как и висело. Что я делаю не так?
и второй вопрос: складывается ощущение что афудос с ключом GAN не сносит зависшие параметры биоса (некоторые вольтажи и терминаторы озу остаются сохраненными), есть какая либо альтернатива чтоб понятностью перезаписать все сектора?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Запилил автофиксю адресов микрокодов в _FIT_, а то замучали вопросами как ручками фикить. Утиля может работать сама по себе, так что если правильно обновили микрокоды вручную, то достаточно дать команду
Код:
mcodefit -fixfit <файл бивиса>
и утиля попраит адреса если это нужно. Стабильно должна работать если _FIT_ в PADDING. Если _FIT_ в RAW то при условии, что не требуется корректировка CS у файла Не будет работать если _FIT_ собран в других секциях. Обсудивв c CodeRush, есть мнение, что этот _FIT_ микрокодам на фиг не нужен и они читаются как обычно, а не по адресам, но кто его знает...
Всем привет. По инструкции в шапке добавил в биос поддержку NVMe. По ссылке там все скрины, кроме первого, протухли, но нашел https://forum.overclockers.ua/viewtopic.php?t=185732 описание на русском. Смущает один момент. В описании пишут, что в биосе есть блок с указанием версии. В моем ничего такого нет. Биос снял с матери с помощью AFUWIN, размер 2641440. Комп Lenovo H430, chipset H61 B3. Скрины прилагаю. Не закирпичу маму, если прошить мод?
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 писал(а):
есть мнение, что этот _FIT_ микрокодам на фиг не нужен и они читаются как обычно, а не по адресам, но кто его знает...
Поддерживаю это мнение: проанализировав код BIOS своей материнки, я понял, что функции обновления микрокода не читают FIT, а ищут первый raw-модуль с GUID=17088572-377F-44EF-8F4E-B09FFF46A070 в DXE- и/или PEI- томе.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer, меня давно смущало то, что адреса в _FIT_ могут начинаться с 0хFFF35812, к примеру, а реально с 0x00C35812. С чем связано такое смещение - непонятенько. Кстати, GUID 1708.... не одинок, были замечены и другие GUID
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 писал(а):
адреса в _FIT_ могут начинаться с 0хFFF35812
Это похоже на реальные адреса физической памяти. Ведь BIOS грузится в последние мегабайты на границе 4 ГБ, то есть последний байт BIOS имеет адрес 0хFFFFFFFF.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения