Windows 11 — операционная система следующего поколения для персональных компьютеров и рабочих станций, разработанная корпорацией Microsoft в рамках семейства Windows NT, является наследницей Windows 10.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
DeathBringer писал(а):
Ожидание таймаутов?
вероятно, но по умолчанию с тем дампом трассировки этого не видно, надо посмотреть как стек сети глянуть с привязкой к этому userinit,что бы отчётливо похожая ситуация была видна в дампе на этапе лога. Пригодится для похожих случаев.
Member
Статус: Не в сети Регистрация: 16.05.2010 Откуда: Ленинград Фото: 545
antiOVER писал(а):
MS в курсе, предложили проделать следующее: ссылка благо один челик с форума RoG собрал для нас скрипты, пользуемся: лекарство
Есть ручной вариант от MS, включая прописи ключей и подпись загрузчика, там всего пару команд, но каждый этап ты сам контролируешь, скрипт хорошо, но нет контроля.
По пунктам, я изменил последовательность, что бы сначала делать проверку, и только при False - прописывать, потому что есть частично обновленные системы, где это всё делать не надо, в другом случае надо быть осторожнее, если загрузчик не подписан.
Короче: 1) Install the updated certificate definitions to the DB.
Проверка наличия сертификата Windows UEFI CA 2023 в db Secure Boot, в PS от админа.
[System.Text.Encoding]::ASCII.GetString((Get-SecureBootUEFI db).bytes) -match 'Windows UEFI CA 2023'
Start-ScheduledTask -TaskName "\Microsoft\Windows\PI\Secure-Boot-Update" , открываем потом журнал система и смотрим
TPM событие - должен обновить .db, в течении 10-15 секунд примерно, на русском всё напишет. Событие асинхронное, так что учитывайте это при проверке записей.
В случае успеха, можно подписать загрузчик в пункте 2, если он уже не подписан.
Пункт 2: Смотрим подписан ли загрузчик: Монтируем EFI: mountvol s: /s
копируем его в корень, copy S:\EFI\Microsoft\Boot\bootmgfw.efi c:\bootmgfw_2023.efi
и проверяем в свойствах, подпись Uefi 2023 СA , файл потом можно удалить.
Запуск задания обновления, Чек в журнале самостоятельно, в "Система".
В случае успешных 1-2 пункта и прописывания в журнале, апдейта в UEFI SecureBoot, можно Windows Production CA 2011” сертификат закинуть в DBX, иначе далее не стоит двигаться, т.к. машина не загрузит загрузчик Windows подписанный c 2011, и с отозванным сертификатом 2011, в пункте 3.
Пункт 3: Проверяем наличие ключа Microsoft Windows Production PCA 2011 в "отозванных" SB (dbx)
[System.Text.Encoding]::ASCII.GetString((Get-SecureBootUEFI dbx).bytes) -match 'Microsoft Windows Production PCA 2011'
При False и успешных 1-2 пунктах , прописываем его в запрещенные:
После чек журнала, пробуем рестарт, если всё хорошо, завершаем работу в пункте 4-ом, загрузчик защищается механизмом self-revocation, при запуске он сравнивает версию своей подписью с Uefi SB , если в Boot Manager SVN< firmware, отказ, нужно это для защиты, от подмены, при буткитах и руткитах:
На моей машине, все манипуляции дополнительно добавляют 7 записей, к тем что есть с обновлением прошивки+ ос, в моём случае это 431 записей против 438. в dbx SB
Мануал я выложил для тех, кому нужен точный контроль и чек на каждом этапе обновления.
Летом 2026 Майкрософт выпилит 2011 сертификаты, где то видел статью на comms, мелькала.
Новый патч кстати , видимо в Майкрософт кому то не понравилось как с релизом "обосрались" на старте :
Member
Статус: Не в сети Регистрация: 04.08.2011 Откуда: Москва
antiOVER писал(а):
один челик с форума RoG собрал для нас скрипты, пользуемся: лекарство
У меня не было ошибки TPM-WMI , но после проверки Check.cmd так: NotStarted и 0x0 Применил "лекарство" и после проверки Check.cmd стало так: Updated и 0x2 Только я туплю по выделенному - в каком случае надо применить Cleanup.cmd: чтобы убедиться, что с вашей стороны все в порядке: Windows UEFI CA 2023 Capable = 0x2 (сертификат Windows UEFI CA 2023 находится в базе данных, и система запускается с подписанного менеджера загрузки 2023). Если это так, запустите 3-Cleanup.cmd , чтобы вернуть значение AvailableUpdates к значению по умолчанию.
_________________ Будьте вежливы! И, Вам аукнется!
Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
Gazer писал(а):
На борту 25Н2 26200.6899
понял. на моей системе последние 2-3 накопительные обновления тоже не хотели устанавливаться - всему виной сторонние твикеры и чистильщики ОС. каждый раз приходилось откатываться на сохраненный акронисом образ, благо он есть... иначе не обновиться.
Sealxo писал(а):
У меня не было ошибки TPM-WMI
тогда зачем тебе пользоваться скриптами? не понял логики...
Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
Sealxo писал(а):
Я же написал "чёрным по белому"
Sealxo писал(а):
Применил "лекарство" и стало так: Updated и 0x2
Gazer писал(а):
Wise disk cleaner
что и следовало доказать... где-то чего-то ПЕРЕочистилось. 0x800f0983 естественно разрабы проги ничем помочь не могут, оправдывая свой софт. перестал "чистить" - обновления без проблем ставятся! вот и думай...
Последний раз редактировалось antiOVER 22.10.2025 11:54, всего редактировалось 2 раз(а).
Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
Sealxo если у Вас не было никаких ошибок TPM, зачем пользоваться скриптами которые к вашему случаю ну никак не относятся? я не могу обяснить смысл Ваших действий... увы.
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Реальная проблема возникнет только для тех у кого Secure boot и загрузчик подписан сертификатом 2011 года. Вероятность этого кстати весьма существенная, даже если биос и установка относительно свежие. Не знаю, что они с этим делать будут. Не думаю, что они реально сделают невозмонжой загрузку таких систем. Это же будет катастрофическое событие с десятками-сотнями миллионов "кирипичей".
Member
Статус: Не в сети Регистрация: 04.08.2011 Откуда: Москва
antiOVER писал(а):
если у Вас не было никаких ошибок TPM, зачем пользоваться скриптами которые к вашему случаю ну никак не относятся?
Я забыл ранее написать, что ОС была установлена с отключенным в UEFI Secure Boot и была ошибка TPM-WMI. Все обновления системы (включая октябрьское) ставились с отключенным Secure Boot. Когда в этой теме увидел вопрос по ошибке TPM-WMI - почитал, посмотрел в интернете по теме вопроса и включил в UEFI Secure Boot = ошибка исчезла. Далее, решил уточнить вопрос с сертификатом Windows UEFI CA 2023. Кроме информации в этой теме наткнулся на инфо
Member
Статус: Не в сети Регистрация: 28.12.2014 Откуда: из Голливуда Фото: 0
Agiliter говорят, производители МП биосами как-то поправить должны... посмотрим, явно просто так не оставят.
Sealxo писал(а):
ОС была установлена с отключенным в UEFI Secure Boot и была ошибка TPM-WMI
ну вот видите, у вас причина была в другом - были тупо отключены TPM и FB... в моем случае и у многих других пользователей ошибка ТPM вылезла после изменений политики ключей и сертификатов МС, с выходом сентябрьского обновления. я никогда не выключал TPM/FB и не занимался их обходом при установке win11.
Последний раз редактировалось antiOVER 22.10.2025 12:56, всего редактировалось 1 раз.
Сейчас этот форум просматривают: kir_jeka и гости: 15
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения