[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 раз(а).
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Сегодня столкнулся с проблемой - macOS 10.14 Mojave при установке преобразовала диск в APFS и диск становился незагружаемым в старых версиях VMware. Но решение оказалось очень простым - это добавление драйвера apfs.efi в виртуальный BIOS при помощи UEFITool. Имя бинарного ресурса для Apple ROM внутри исполняемого файла VMware - 6021.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
А я FAR 3.0 обновил до 5225 сборки. В нем в файлы бивисов от асус и мси можно как в архив входить и вытаскивать регионы. Глядишь со временем и файлы таскать туда-сюда можно будет, наверное...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Хрень какая то, но у меня есть подозрение, что с последними версиями микодов, выпущенных после февраля сия года, что то не так, сплошные кирпичи непонятные. Даже не знаю на что грешить, разлет кирпичей какой то тоже странный. Если с МСИ х299 всё понятно, там завязка на Sec_core, то с асус то что? УР не ругается как у МСИ, но код после прошивки 55, типа память не найдена. С 8 и 9 серией тоже не всё гладко, хотя они вообще на А4 платформе, но с 25-ым микодом тожк можно окирпичиться. 100-300, не х, с ними вроде как пока тишина. В общем хрен его знает, ёэики зеленые.
Ув. LS_29 Хотел спросить, помнится тут ну так давно,может месяц с копейками назад разговор был что в программе будет распространятся текстовый файл с инструкцией / комментариями ,или как с ваших слов "что бы люди не только пользовались этой программой но и понимали как и что она делает" Очень бы хотелось видеть эту инструкцию в 1.70 Спасибо.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer, я уже не знаю не что грешить, на УР или микоды. b2 и b5 разницы в обнове микодов не тиеют, кроме как в в b2 - 24, в b5 - 25. После b5 - 25 у кого кирпич, после b2 - 24 вроде как норрмально. Но у кого и b5 - 25 всё нормально. Жалобы то единичны,- 50/50. Хрень полная..
Добавлено спустя 12 минут 35 секунд: walkman8196, инструкции писать не мой конек. Всё что делает бантик это по сути повтор действий пользователя, которому надоедает каждый раз всё делать вручную. И понимать нужно не то как работает та или иная программа, а сам сам моддинг как предмет.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer, да поди вот вытряси с таких вот тестеров https://www.win-raid.com/t154f16-Tool-G ... l#msg53483 ни скрина ни файлов, что не пашет и пашет, ну ничего нет. Вот и догадайся, что да где не так. До этого чел отписывался, что у него проблемы были, так хоть скрины были и было видно, что проблема с нехваткой места, всё заработало потом. Правда он на 1.69 под муму 25-ый закинул. Ладно, я попозже тоже 25-ый волью в асус Z87, как раз притащили почистить, заодно и проверю, всё равно там бивис обновлять надо, доложусь скринами и файлами если что.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Voyager777, а кто его знает. Каждый раз об этом говорить я уже устал, всё равно делают по своему, так что каждый сам себе Бурателло.. Так что приходится ставить на заметку и временно не обращать внимания пока подобная проблема не станет массовой. А вообще, по моему мнению, перед и после шитья делать аппаратный дефолт. Можно этого не делать если вшивается чистый, не бэкап, бивис черз программатор или -reflash от FTK, это уже мной проверено не однократно.
The last microcode which does not include Intel's attempts to fix the CPU Meltdown and Spectre vulnerabilities is version 23 which was released in November 2017.
На самом деле это глючная версия с поддержкой защиты от этих атак - проверено на себе. Так что грош цена таким "специалистам".
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer, меня эт тоже смутило. Я помню, что за 23-ий мы говорили и уходили на 22-ой, а я как сидел на 21-ом та и сижу и на эти ""дыры" фи. Но по крайней мере чел хоть своё виденье обрисовал, пусть и ошибочное, но всё же чем "у меня кирпич, а почему хрен знает".
У меня результаты теста CPU-Z на 0x25 получились чуть лучше, чем на 0x24.
Сомнительно. Эти 2 попугая добавили 4 градуса С другой стороны, повышение только температуры может говорить об изменённой работе контроллера памяти и можно, например, попробовать понизить тайминги.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Voyager777 писал(а):
Сомнительно. Эти 2 попугая добавили 4 градуса
На температуру не нужно смотреть, так процессор эксплуатируется в специфических условиях. А система вчера вечером была хорошо прогрета. А память у меня разогнана с 1333(cl9) до 1600(cl9).
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer Всё! Проблема в UEFIReplace! Всю ночь юзал программатор и вот, что вышло. Если юзать 1.70b5 "как есть", те обновление только микодов с помощью UEFIReplaxe, то получаем кирпич на любой версии микода. Если юзаем вместо UEFIReplaxe MMTool, то 25-ый фурычит
Обновлено на Asus Z87M Plus с MMTool
Вложение:
180619073421.jpg [ 99.73 КБ | Просмотров: 2466 ]
Если не трудно посмотри пожалуйста с пристрастием, что может быть? В архиве уложил 2 файла бивиса. В обоих обновлены токо микоды, в том числе и 25-ый, по GUID 1708....... . Скрины процесса обновления не кидаю, так там всё штатно в обоих случаях никаких сообщений об ощибках. - мспользовался UEFIReplace - кирпич - юзался мумутул - всё ОК, скрин выше.
Добавлено спустя 23 минуты 23 секунды: Я сейчас быстро сравнение сделал в HxD и разница только в конце файлов 2 байта 0x7FFFE0/E1 Это у нас что там находится?
Последний раз редактировалось LS_29 21.06.2018 6:50, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 писал(а):
В оригинальном файле, до мода, точно такие же значения как у 25_bios_ur
Дай оригинальный глянуть.
Добавлено спустя 43 минуты 1 секунду: Ларчик просто открывался. В SEC_core (GUID={1BA0062E-C779-4582-8566-336AE8F78F09}) есть косвенный call через ячейку памяти с адресом 0xFFFFFFE0. Значение по данному адресу должно указывать на функцию внутри CORE_PEI (GUID={92685943-D810-47FF-A112-CC8490776A1F}). При изменении длины секции с микрокодом меняется и адрес модуля CORE_PEI. Поэтому указатель в ячейке 0xFFFFFFE0 становится неправильным. Отсюда и кирпич при выполнении SEC_core. А MMTool правит эту ссылку правильно, все получается ОК.
Добавлено спустя 34 минуты 55 секунд: Из-за возможного присутствия таких абсолютных ссылок я обычно стараюсь при ручном редактировании не менять размеры модулей, даже с микрокодом. Кстати, в этом BIOS по адресу 0xFFFFFFС0 лежит абсолютная ссылка на FIT
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer Спасибо огромное. Я сейчас проверил обновление через УТ, там всё нормально делается. Вполне вохможно, что и POST 55 и 06 уйдут, если починить.
Добавлено спустя 1 час 34 минуты 45 секунд: Отправил сообщение на гитхаб, надеюсь, что починят.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
У кого асус 9-ой серии проблему можно обойти так: сначала обновить микоды, а затем GOPDriver. Хохма в том, что асус, на 9-ых платах, втюхала гопки в PEI тома где и мкиоды. А УР замену гопок делает корректно с пересчетом адреса. Также не должно возникать проблем у асроков 100-300 серии, у них микоды вообще сами по себе вне всяктх томов. Но только если на обновлении всего 1 файл, а не 2-3 подряд. С остальными пока только через муму. В бантике b5 можно заремарить УР и отремарить ММТ.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Как известно, многие OEM-производители материнских плат выпускали новые ревизии материнских плат на H61/H67 с поддержкой Ivy Bridge, внешне не отличающихся от таких же только для Sandy Brigde. Но емкость чипа BIOS возрастала с 4 до 8 мегабайт. Перепайкой чипа BIOS удается запустить Ivy Bridge на старых платах, но почему-то плата отказывается грузиться с HDD. Есть ли идеи почему так? P.S. Пример 1 и пример 2.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer Я так ппонимаю, что в бивисе HDD тоже не детектится? А USB порты работают? Ради интереса загрузить PE с флэхи и глянуть контроллеры дисков есть или нет.
Сейчас этот форум просматривают: Hachimaki и гости: 48
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения