Microsoft исправила сбои Проводника Windows 11, из-за которых после входа в систему пользователи могли увидеть чёрный экран, не дождаться загрузки рабочего стола или обнаружить аварийное завершение файлового менеджера в журналах событий. Исправление вошло в обновления Windows, выпущенные 13 октября 2026 года; в первую очередь новость важна для компаний, использующих Azure Virtual Desktop и профили FSLogix.
Проблему Microsoft признала в сентябре, а теперь сняла её со статуса известной. Как сообщает BleepingComputer, баг проявлялся после установки обновлений Windows 11, выходивших с августа. Для обычного домашнего ПК это не был массовый сценарий, но в виртуальных рабочих местах эффект особенно неприятен: сотрудник успешно проходит аутентификацию, а вместо готовой сессии получает пустой чёрный экран.
Почему ломался рабочий стол
Наиболее заметные симптомы были связаны не с ядром системы и не с отдельным прикладным ПО, а с запуском пользовательской оболочки. У части пользователей рабочий стол не появлялся автоматически после входа. Другие видели падения Проводника Windows в журнале событий. Проводник в Windows отвечает не только за окна с файлами: через него запускаются панель задач, меню «Пуск» и сам привычный рабочий стол. Поэтому его сбой выглядит для пользователя как «Windows не загрузилась», хотя система и учётная запись могут быть вполне доступны.
Затронуты главным образом хосты Azure Virtual Desktop, где применяется FSLogix. Этот продукт Microsoft используется в VDI-средах для ускоренной загрузки и подключения пользовательских профилей: профиль хранится отдельно от конкретной виртуальной машины и подключается при начале сеанса. Для инфраструктурных команд такая схема удобна — можно масштабировать пул виртуальных рабочих мест и не привязывать человека к одному хосту. Но любая ошибка на стыке обновления Windows, профиля и оболочки превращается в поток заявок в сервис-деск: «пароль принялся, а работать негде».
В октябрьском обновлении Microsoft внесла постоянное исправление и рекомендует установить последний накопительный пакет. После обновлений от 13 октября и более поздних выпусков отдельный обходной путь больше не требуется. Это тот случай, когда формулировка «установите актуальные обновления» не выглядит автоматической отпиской: она напрямую устраняет ошибку загрузки пользовательского окружения.
Что делать администраторам до установки обновлений
Если установить октябрьский пакет сразу нельзя, Microsoft оставила временный способ вернуть рабочий стол пользователю. Нужно открыть Диспетчер задач сочетанием Ctrl+Shift+Esc, создать новую задачу, ввести explorer.exe и подтвердить запуск. Этот приём вручную запускает оболочку Windows. Он годится как оперативная мера для отдельного сеанса, но не заменяет обновление: при десятках или сотнях виртуальных рабочих мест ручное лечение быстро становится дорогим ритуалом.
Для управляемых корпоративных устройств Microsoft также задействовала механизм Known Issue Rollback — откат изменений, вызвавших известную проблему. Для Windows 11 версии 26H1 предназначена групповая политика KB5124006, для версий 25H2 и 24H2 — KB5124010. Политику нужно установить, настроить и применить после перезагрузки устройств. Механизм временно отключает изменение, ставшее причиной ошибки, пока постоянное исправление не будет получено через Windows Update. Администраторам важно не перепутать его с полноценным патчем: KIR снижает риск здесь и сейчас, но не отменяет необходимость планового обновления.
Практический вывод для IT-служб — проверить не только наличие октябрьского накопительного обновления, но и фактическое состояние сессий AVD после его развёртывания. В мониторинг стоит вынести ошибки Проводника, длительность подготовки пользовательского сеанса и обращения в поддержку с формулировками про пустой экран или пропавший рабочий стол. Если в инфраструктуре применяются профили FSLogix, обновления Windows лучше сначала прокатывать на пилотном пуле: именно такие пограничные сценарии редко заметны в лаборатории и мгновенно становятся заметны утром в понедельник.
История хорошо показывает цену тесной связки облачного рабочего места и клиентской ОС. Microsoft на той же неделе сообщала об устранении проблем с Always On VPN после сентябрьских обновлений и предупреждала о возможных сбоях удалённого рабочего стола у пользователей без прав администратора при включённой защите учётной записи администратора. Для бизнеса главный вопрос уже не в том, бывают ли ошибки в ежемесячных патчах, а в том, насколько быстро команда может отделить локальный инцидент от дефекта платформы, применить временную меру и безопасно довести обновление до всех рабочих мест.