[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 КБ | Просмотров: 1190 ]
Жму экстракт строк по очереди, с языком 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.
Сейчас этот форум просматривают: ZeFeR и гости: 23
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения