[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 или нет...
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения