[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 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
Я позже проведу туже же операцию с MSI, посмотри что там будет. Регионы там точно не заблокируются, ибо они у MSI и так всегда разблокированы все. а вот что будет с ME FW вопрос...
Добавлено спустя 1 минуту 17 секунд:
DeathBringer писал(а):
Ну UEFITool + IRFExtractor всегда работает.
Хм.. ну это идея дельная. вот только это очередные танцы с бубном. но лучше так чем никак.
проверить в винде состояние MSR 0xE2, раздельно по ядрам, RW everything так умеет
Через RW everything как раз таки показывает что разлочен. Может прошить его надо как то по-другому, например программатором или сторонней утилитой? Железо если что: ASUS GL552VW, i7-6700HQ
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
DeathBringer писал(а):
Тогда логичного объяснения откуда берется обновление ME-региона у меня нет.
скромное предположение
Может это Intel Boot Guard шалит? Intel BG Startup ACM получает от Intel ME конфигурацию Intel BG, записанную во фьюзы чипсета (FPF-ы). Могу предположить, что если шить без прив. кода для инструкций ACM, он не даст прошить ME, и при следующей инициализации прошивки мать вернёт его обратно.
ACM (Authenticated Code Module) - один из цепочки кодовых модулей, отвечающих за верификацию подлинности UEFI.
Приплыли. Похоже, ASUS активировал BG и подписал своим Intel-ключём. Такое возможно? Могу, конечно ошибаться. Просто предположение.
Последний раз редактировалось ingviowarr 20.03.2018 16:20, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
ingviowarr Нет у Asus на Z чипсетах Boot Guard. ну и так то в принципе это всё равно другой огород.
Добавлено спустя 20 минут 10 секунд: Сегодня какаху заюзал USB программатор CH341A
#77
Сначала видел флешку, прошивал, но верификация не проходила в итоге естественно старта нет. Потом заметил что шьёт до 56% а потом резко 10% пропускает. А спустя 15 минут возни вообще перестал обнаруживать флешки. Вот же дерьмо нынче начали штамповать. EZP2010 в жизни не подведёт, в отличии от этого самопала.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
jjxaker
ещё к размышлению
manufacturing mode (доступ к регионам SPI флэш-памяти) может быть не закрыт до определённого времени/команды, когда Intel BG ни включён, ни выключен. При закрытии manufacturing mode навсегда (программировании фьюзов FPF всего одной командой):
• обновлять UEFI BIOS на данной системе сможет только обладатель приватной части корневого ключа (т.е. тот, кто включил Intel BG); • если вернуть этой системе оригинальную прошивку, например, с помощью программатора, она даже не включится (следствие enforcement policy в случае ошибки верификации); • чтобы избавиться от такого UEFI BIOS, требуется заменить чипсет с запрограммированными FPF-ами на «чистый» (инфракрасный паяльник)
Обесточь плату на какое-то время, засунь в "какашку" оригинальный BIOS. Если прошьётся и стартует нормально, то это BG.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
ingviowarr Это всё левое. нужно просто искать где сидит ME FW в регионе BIOS. то есть заменять его в двух местах. Хотя что там искать, нужно возиться с модулем Setup. Asus просто вшивает в сам регион BIOS кучу всего, микрокоды для iROG контроллеров, для AURA RGB, TPU и подобного. после прошивки такого биоса запускает обновление этих контроллеров, если их FW старее чем в прошитом биосе. вот тоже самое они реализовали с ME FW. Видать причина засунуть ME FW в два места сразу связана с ситуацией когда пользователь будет выбирать способ обновления через UBF на постоянной основе (фирменная технология прошивки на аппаратном уровне), а так как UBF не умеет обновлять все регионы у них просто не было иного пути.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
jjxaker
Цитата:
ак как UBF не умеет обновлять все регионы у них просто не было иного пути
Когда это ASUS заботилась о юзере? А тем более об энтузиасте, который выбирает себе UBF на постоянной основе? Ещё и по отношению к ME - САМОМУ защищённому модулю? Ничего в этой логике не смущает?
Добавлено спустя 14 минут 50 секунд: А чё тут догадываться, можешь в MEinfo посмотреть, включён ли BG и присутствуют ли ключи. Выложи скрин, посмотрим.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
jjxaker
Цитата:
Любуйся
"Плохих" признаков присутствия BG не вижу. А что, ты всё-таки прошил 11.7? Скрин с той самой машины с установленным 11.7 и с тем же CPU и чипсетом, где возвращение локов и самоперезапись ME ?
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
ingviowarr писал(а):
"Плохих" признаков присутствия BG не вижу.
Потому что, то о чём ты говоришь, это всё относится к корпоративным чипсетам. и то не везде используется.
ingviowarr писал(а):
А что, ты всё-таки прошил 11.7?
Ну так я ранее сказал что единственное решение это прошить биос с новым ME FW, а потом через FPT сделать его откатить до нужной версии. И с этим даже можно было бы мерится, если бы не одно но. если верить тому что с ME FW 11.8x Coffee Lake не работают то не получиться откатить ME FW через FPT без установки например Kaby Lake, или снова программатор использовать. В принципе и на это можно было бы закрыть глаза мол типа один раз сделать и не парится, но я обязательно буду использовать новые версии биоса да и новые версии того же Mc если таковые будут, а они будут.
Добавлено спустя 1 час 7 минут 44 секунды: LS_29 Ку! Можешь глянуть чё UBU не видит оромку VBIOS в данном биосе Я мельком пробежался, вроде всё ок, проблемы не должно быть оромка точно есть(файл заводской) а GOP видит но отсутствует возможность обновления. и с LAN тоже никак...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Ку-ку с тебя малиновые штаны. Не показывает и не будет, если в бивисе не нйдены микоды SKL/KBL. %s1151% == 0 в данном. случае получается. А 1151v2/2066 69-ый бантик не поддердитвает, вот и попадосик.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения