[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 раз(а).
Куратор темы Статус: Не в сети Регистрация: 02.03.2008 Откуда: Cupertino, CA
LS_29, ошибка эта может быть или косметикой, или фатальной, сильно зависит от прошивки. Суть там такова: внутри SEC core (которое лежит в том самом the last Volume Top File) есть адрес для перехода на PEI core, который надо патчить если PEI core сдвинулось после операций с PEI-томом. Сообщение говорит о том, что адрес этот не найден и потому не пропатчен. Если PEI core не двигалось, то делать ничего и не нужно (в старом движке это нельзя узнать), а если двигалось - переход будет "в молоко" и прошивка зависнет почти сразу при старте. Короче, как обычно - на свой страх и риск, без бэкапа и возможности восстановления - не шить ни в коем случае. Вот тебе, кстати, и причина по которой vit9696 отказывается удалять сообщения от FFSEngine, и я с ним тут согласен полностью.
ни то. что скармливать флэшбэку. ни что программатору..
флэшбэку надо отдавать cab с офф сайта, только переименуйте его в соответствии с названием материнки, а программатором прошивается тот же cab, только без первых 2х килобайт, во всяком случае у меня так ну и в любом случае, перед манипуляциями сделайте дамп программатором, вдруг что восстанавливать придется
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
CodeRush @lex_$k8*Er как раз и должен был словить эту ошибку при обновлении микодов для своей ч299 MSI. И если я правильно понял то это как раз может быть причиной отказом загрузки микода. И по сообщениям движке я уже принял решение, что не буду их занулять.
Добавлено спустя 9 минут 58 секунд: СтарыйНикЯПотерял, UBF может не помочь, ведь непонтки, что там в бивисе. Поэтому снять микруху и считать с нее дамп. С оффсайта скачать чистый бивис. В редакторе FD44Editor закинуть данные, заодно редактор и кепку отрежет. Или через FD44Коппмпировшик можено перенести данные с дампа, если они целые, и тоже кепка отрежется. Затем готовый файл залить в флэш и на плату. Если всё запустится то потом уже можно пропатчить для Хакинтоша..
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
@lex_$k8*Er писал(а):
Попробовал обновить микрокод с помощью UBU 1.7 b1 на своей материнке. Сам в процессе выдало кучу ошибок, но «прописалось». А после прошивки - горит пост 06 (Microcode loading)
Простой путь: Открой свой биос через MMTool, перейди в CPU Patch, удали все микрокоды для проца, добавь те которые тебе нужны, сохранись, обновись ещё раз через UBU (обязательно!), готово. Всё должно работать, я уже ведь тебе делал раньше. увы такой вот биос, или MMTool такой кривой... но такие проблемы только с MSI и только на LGA 2066. Если не поможет значит используй более старые версии биоса.
Последний раз редактировалось jjxaker 29.05.2018 21:26, всего редактировалось 1 раз.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Чуть не забыл, в догонку об ошибке, мумутул тоже не справляется с такими бивисами при замене FFS. Тупо их убивает.
Добавлено спустя 19 минут 51 секунду: jjxaker, не всё так просто. Если только как вариант всё делать вручную и ни в коем случае не прогонять обнову микодов через бантик, словишь ту же ошибку, что приведена выше.
Добавлено спустя 3 минуты 14 секунд: Номер тома указать последний и после сохранения пофиксить _FIT_. Желательно потом глянуть этот бивис в УТ NE.
Последний раз редактировалось LS_29 29.05.2018 23:57, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
@lex_$k8*Er писал(а):
так и сделал - все работает. без UBU
Повезло, просто дело в том что MMTool убивает _FIT_ после чего старт невозможен. Ну если вдруг встретишь такую проблему то прогони файл биоса через mCodeFIT (можно и без UBU, я его ранее упомянул чисто ради этой процедуры)
LS_29 писал(а):
не прогонять обнову микодов через бантик, словишь ту же ошибку
Ошибку то да, но я не думал что она что то снова испортит. чёт я запутался откуда она вылазит и почему, но этой ошибки раньше до 1.70 b1(b2) не было...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Ты разве не заметил, что скорость замены увеличилась? В альфах заменой занимался мумутул, в бетках заменой занимается UEFIReplace. Тот же список ошибок ты получишь если сменишь-сохранишь FFSку в УТ.
Меня то вот что удивляет в непонятку если не в ступор.. Если меняем FFS, что в муму, что в УТ/УР получаем - облом Муму просто отказывается сохранять изменный файл бивиса, а УТ/УР сохранят, но со списком предупреждений. При этом в пробовал менять только тело УР/УТ, всё повторяется, что с FFS. Даже если размеры FFS будут один в один, что в бивисе и тот что мы хотим заменить. Но вот по твоей рекомендации, я ради интереса, навтыкал больше микодов, чем было заложено. И муму это схавал, без ругани и каких либо предупреждений, а ведь размер то втюханных микод стал больше, а значит произошло смещение файлов в томе, ведь файл с микодами стоит первым в томе. Вот и думай, что хошь.. FFS, даже родной обратно не принимает, а микодов хоть с десяток забей и всё сохранится.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Интересно, в коммандной строке муму есть аргументы </r /p> для замены микода, а в GUI нема. Надо буде глянуть как оно будет работать, если нормально, то можно отдельным скриптом сделать.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Мдааа... Когда я о тестировани говорил это как раз и было начало отвязки от муму в бетах бантика. Единственное, исключение это А4, но со временем он сам отвяжеся.
По обдумыванию, кто его знает, вот покурят там непонятно что и сделают подобную фигню для всех линеел. После чего ты уже и МСЯ будешь запинывать туда куда асус запинал. Я в последнее время наблюдаю такой бардак в бивисах, что уде не знаю, что думать. Например вот у асус, на неоторых платах, вместо файлика VBT для GOP, уже целый VBIOS втюхивают. Асрок видать снизошел до моддингов, в некоторых бивисах нет ни защитной капсули ни _FIT_, моддишь и шьешьштатно.. Мся вот на х299 видать оттачивает тему "не фиг ползать вбивис". Ну остальные тоже без дела явно не сидят.
Member
Статус: Не в сети Регистрация: 31.05.2003 Откуда: Москва
Очередной раз прошу помощи. На ноутбуке Asus имеется m.2 слот с ключом M. По идее должен поддерживаться NVME и PCI-E. Производитель заявляет,что поддержка будет внедрена позже и на данный момент работают только SATA совместимые накопители.
Также есть информация, что на ноутбуки для европы идет другая серия и поддержка NVME есть, но биосы от них якобы не совместимы с нашими.
Пытаюсь интегрировать в bios (скачанный с офиц. сайта) NVME - NvmExpressDxe_4 , но UEFItool 0.22.4 выдает ошибку при открытии: parseImageFile: Aptio capsule signature may become invalid after image modifications parseFile: non-empty pad-file contents will be destroyed after volume modifications
Модификация возможна? На данный момент накопитель в порту не виден в bios, win10 и Aida.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Ract писал(а):
Winflash не шьет
И не будет шить. Штатные утили моды не шьют. Сделать бэкапы, проанализировать какие защиты имеются и держать под рукой программатор. Мой совет - остаь эту затею, только кирпич получишь.
Добрый день, хочу разблокировать скрытые меню в биосе на msi trident 3 (A20, хочу включить встроенную видеокарту), скачал AMIBCP 5.02, разные меню и нужные пункты видно, меняю им доступ с Default на User, при сохранении биоса приложение крешится. Может быть тут кто-то знает как решить эту проблему? Или как это сделать с помощью Hex редактора?
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
tolsi писал(а):
как решить эту проблему?
Никак, ждать когда сольют новую версию AMIBCP.
Добавлено спустя 10 минут 16 секунд: В биосы для плат на чипсетах H310/B360 начали пихать поддержку 906EC то есть будущих 8 ядерных процов, интересно похоронят поддержку для z370 или нет...
Сейчас этот форум просматривают: eugene159, Google [Bot] и гости: 61
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения