Корпорация Microsoft официально признала наличие технических неполадок, затрагивающих различные версии операционной системы Windows 11. Проблемы возникли у пользователей после установки недавних обновлений, в частности, речь идет о пакетах KB5120996 и KB5124010. На данный момент разработчик не выпустил полноценное исправление, однако опубликовал руководство по временному устранению сбоев в разделе Windows Release Health.
Симптомы неполадок после установки обновлений
Согласно отчету Microsoft, после инсталляции августовского необязательного предварительного обновления (KB5120996) и последующих пакетов, некоторые устройства начали демонстрировать ошибки при загрузке графического интерфейса. Установлено, что проблема чаще всего проявляется на хостах Azure Virtual Desktop (AVD), использующих профили FSLogix. Сообщается, что сбои происходят чаще при работе с уже существующими пользовательскими профилями.
В официальном сообщении компании описаны следующие симптомы, с которыми сталкиваются пострадавшие пользователи:
- После входа в систему отображается черный экран, а рабочий стол не загружается автоматически.
- Пользователи не могут получить доступ к рабочему столу до тех пор, пока сеанс не будет запущен вручную.
- В журналах событий приложений фиксируются регулярные сбои процесса Windows Explorer.
Временные способы решения проблемы
Пока специалисты Microsoft занимаются расследованием причин сбоев и подготовкой патча, пользователям и системным администраторам предлагаются два способа обхода ошибки.
Ручной запуск проводника
Для индивидуальных пользователей или в качестве экстренной меры предусмотрен следующий алгоритм: необходимо вызвать «Диспетчер задач» с помощью комбинации клавиш Ctrl+Shift+Esc, выбрать пункт «Запустить новую задачу», ввести команду explorer.exe и нажать кнопку ОК. Это позволяет временно восстановить доступ к рабочему столу.
Использование функции Known Issue Rollback
Для корпоративных сред, где управление обновлениями осуществляется через IT-департаменты, Microsoft рекомендует применить механизм Known Issue Rollback (KIR). Администраторы могут развернуть специальную групповую политику, которая отключит проблемные изменения до выхода официального исправления. Для этого требуется скачать и настроить групповую политику для соответствующей версии ОС:
- Для Windows 11 версии 26H1: используется пакет KB5124006.
- Для Windows 11 версий 25H2 и 24H2: используется пакет KB5124010.
Эти политики доступны для загрузки через официальные каналы поддержки Microsoft. Важно учитывать, что после установки и настройки групповой политики для вступления изменений в силу необходимо обязательно перезагрузить целевые устройства. Применение данных мер позволит восстановить нормальную работу системы до тех пор, пока компания не выпустит финальное обновление с исправлением ошибки.
Технические детали развертывания политики KIR
Для корректного применения механизма Known Issue Rollback (KIR) в корпоративной среде администраторам необходимо уделить особое внимание конфигурации групповых политик. Процедура настройки выполняется через редактор групповых политик по следующему пути: Computer Configuration > Administrative Templates > [имя групповой политики]. Имена политик строго соответствуют идентификаторам конкретных пакетов исправлений:
- Для Windows 11 версии 26H1: используется KB5124006 260924_20071.
- Для Windows 11 версий 25H2 и 24H2: используется KB5124010 260924_20021.
Важно помнить, что установка политики — это лишь первый шаг. Для того чтобы изменения вступили в силу и проблемный код был успешно деактивирован, обязательна перезагрузка клиентских устройств. Microsoft подчеркивает, что данная мера является временной: механизм KIR будет блокировать «сломанные» компоненты обновлений только до тех пор, пока корпорация не выпустит полноценный программный патч в рамках будущих накопительных обновлений Windows. Для системных администраторов, которые ранее не сталкивались с подобным процессом, рекомендуется ознакомиться с официальной документацией компании под названием «How to use Group Policy to deploy a Known Issue Rollback», где подробно описаны все этапы развертывания настроек в масштабах предприятия.
Данная ситуация вновь актуализирует вопросы тестирования обновлений перед их массовым внедрением в инфраструктуры Azure Virtual Desktop, так как именно пользователи AVD, использующие FSLogix, оказались наиболее уязвимыми к текущим сбоям при загрузке графической оболочки.
