Добрый день, подскажите как называется программа?

Flash Image Tool
В ней смотриш секцию Platform Protection

Пришел Dell Е7270, с надписью "boot guard verified dxe that is fail". В биосе заменил тело основного биоса из обновления, изменил профиль будгварда с 5 на 0. Будгвард так и остался активен. Поменял ещё и регион, тоже не помогло. А вот после того как заново пересобрал биос и заменил и регион и основное тело за один раз, с профилем 0, всё заработало, ушла надпись "boot guard verified dxe that is fail", и зашел в биос. Поставил систему, всё работает.

Извините, ещё разбираюсь в этом направлении, вот что у меня в дампе:

Key Manifest ID 0
Boot Guard Profile Configuration Boot Guard Profile 0 - No_FVME Boot Guard Profile 0
CPU Debugging Disable
BSP Initialization Disable
S3 Optimization Disable

Я так понимаю бутгард профиль 0 тоесть отключен ?

да. Отключен.
---------- Добавлено спустя 2 минуты 16 секунд: ----------
еще признаком вьіключеного boot guard есть отсутствие пункта Platform Integrity в Platform Protection

Спасибо большое за подсказку!

Ещё такой вопросик, если BG не включен значит соответственно в хабе и процессоре фьзы не включены?
Их можно использовать, как доноры в другую материнку где BG также отключен?

Да. Значит функция BG не была активирована. Проц/хаб можно использовать как условно новый и при необходимости активировать BG.

prw07

Здравствуйте! Именно подраздела Platform Integrity в Platform Protection нет, но есть Hash key Configuration For BootGuard / ISH. И содержится тут 2 строки
OEM Public Key Hash
OEM Key Manifest Binary
Я так понял это тоже самое что и Platform Integrity?
BootGuard профиль -5 FVME.
Все это указывает на активированный буутгуард?

ITSivanovo скорее всего так и есть. Если Key Hash не нулевой, то BG включен.

Проверил другой биос, профиль бутгарда 0, но включены BSP Initialization и CPU Debugging.
Можете пояснить, как эти параметры отражаются?
Заранее спасибо за ответ.

На 100% не уверен, но возможно BSP это инициализация бут-страп процессора (главный логический загрузочный процессор). CPU Debugging возможно связано с самотестом. Тут уже не готов ответить. Сомневаюсь что эти параметры имеют значение в сфере ремонта.

sanyakrm
забейте на эти параметры,главное что бы бутгуад был - 0 , на счет прописаного хеша точно не скажу, не ставил с хешем и бг0.

prw07, Сталкивался с железками где BG=0, а хэш присутствует.
Достаточно убрать OEM Public Key hash и Content Encription Key и можно без проблем пересобирать.

Есть две платы, на одной стоит sr2z7 (в кз), на другой sr2z9 (донор). TXE3. У процессоров одинаковый cpuid, работать вроде должно, но на обоих платах включен boot guard (profile 2 -vm), прописан oem public key. После замены процессора нет изображения. Подскажите, можно ли перенести конфигурацию boot guard с донора таким образом, чтобы плата заработала?

Dell 15 7559
вот что пишет FITC при загрузке оригинального дампа - я попал?
менялся HM170, сейчас имею стабильные 30 минут работы и отключение
пересобирал с чистым ME с win-raid, boot_guard выставляю в параметрах FITC в 0 - всё равно система в Recovery Mode - 30 минут работы и досвидания

К сожалению скорее всего попадалово, но так как это делл могут помочь "танцы с бубном".
Я бы попробовал отдельно залить чистый ME, потом отдельно BG=0 и потом опять их вместе сразу, может среагировать на какую-нибудь комбинацию.

есть мысля вообще вырезать весь МЕ
https://github.com/corna/me_cleaner
кто нибудь пользовался?
---------- Добавлено спустя 1 минуту 36 секунд: ----------

уфф, я прошивок штук 6 собрал разных и с разными значениями флагов, и подкидывал с форума чищеные дампы - разбирал МЕ вытаскивал оттуда, как только не плясал вокруг него - без толку

последний релиз от 31 Mar 2018

а какая разница? структура МЕ после 11 версии одинаковая

Прошу помощи форумчани. Учусь шить bios на intel ME с бутгардом. Раньше было проще слил обновление с ооф сайта вытащил биос чистый ме прошил и все. профит. Тут немного не доходит. В общем ближе к сути есть skylake 6 поколение dell. флеха на 128мб. Какой порядок правильной сборки? имеется слитый дамп. Открываю fitom 11 версии. Вижу в platform Protection во вкладке бутгард конфигурейшен Key manifest id 0x000f, бутгард 5ого профиля - fvme (Я так понимаю он активный) Далее есть распакованное обновление. Что нужно делать и куда нажимать в новом фите чтобы не упороть плату? соответственно и почисть me на каком этапе и как правильно?

Guide-How To: Clean Dumped Intel Engine (CS)ME/(CS)TXE Regions with Data Initialization

Там можно и биос регион подменить.

Спасибо) буду пробовать

А зачем доставать его с хаба? Так он же и так лежит в дампе. Проблема не достать, а поменять/выключить тот, который уже один раз был врезан внутри, что бы хаб начал кушать другие биосы.

Добрый день. Имеется плата донор, с которого нужно выпаять хаб, хаб стоит SRJAU.
Поскольку если БГ есть, то он есть во всех прошивках по дефолту, если намеренно не отключен был. Флешка не считывалась с платы донора, поэтому взял дампы с открытого доступа, чтобы проверить наличие BG. И тут немножко впал в ступор, присутствует хэш ключа, а профиль БГ выключен, на картинке ниже подробно все.
Теперь вопрос, если этот хаб выпаять и поставить на другую плату, он не заведется?

Уже пережевано сотни раз, 0 профиль указывает на то что БГ отключен и хаб НЕ БУДЕТ проверять соответствие ключа

Так в дампе вроде только публичный хэш ключа, а не он сам...

а как правильнее? Ставить левел 0 или всё же забивать ключ нулями?

Видел, что PC-Expert забивает нулями и еще ряд манипуляций проводит помимо установки профиля в 0, и в то же время у АСЦ ограничиваются сменой профиля и ключи не трогают.

очень даже сомневаюсь.
сегодня поставил проц с NM-d031 --> quanta ZAUI
профил был 0 но при этом хеш коды былы. переписал на новую (на zaui) нет реакция. при нажатии кнопки павер 0,04а и всё
проц 100% рабочий был

согласился просто устал заменять pch на la-j871p на плату от hp с bg 0 но хэш-ключ присутствует
он не застревает на 0,02 ампера без slp_s4 (даже после повторного воспроизведения хэш-ключа с тем же ключом, что и на плате HP)
после замены пч от другой платы hp la-j641p все работает нормально
но la-j641p hp 15-dk
профиль bd 0 хэш-ключ все 0
забери домой сообщение !!!
Всегда читайте, что идентификатор загрузки BIOS равен 0, но присутствует хэш-ключ. ЭТО БУДЕТ РАБОТАТЬ ТОЛЬКО НА ОДНОЙ ПЛАТЕ!!!
ЭТО ДОЛЖНО БЫТЬ BG 0 И HASH KEY 0, чтобы pch работал на другой платформе!

Здравствуйте. Прошу помощи специалистов. Случилось ремонтировать плату мини-ITX SOC J4125 (SRGZS) .
Пробой в процессоре по питанию. Заменил процессор. Обещано, что 100% новый. Теперь питания поднимаются, при отсутствии модуля памяти звуковой сигнал ошибки памяти. Но если воткнуть память, то тишина.
Через коллег раздобыл обновление БИОСа для этой платы, с неинициализированным TXE.
Смотрю через FIT - включен BG (профиль 2). Прошиваю в микросхему БИОСа - всё тоже самое. Вопрос: это BG так работает, или тут что-то другое ?