Проблемы после обновления Windows 11 KB5124008
Выпущенное 8 сентября обязательное обновление Windows 11 KB5124008 должно было стать одним из лучших в году: на бумаге оно возвращало функции эпохи Windows 10, включая перемещаемую панель задач и изменяемое в размерах меню «Пуск». Однако на практике патч вызывает серьезные сбои на ряде ПК. Microsoft официально признала, что обновление нарушает работу приложений на базе WSL (Windows Subsystem for Linux) и сеансов удаленного рабочего стола (Remote Desktop). В ходе нашего расследования были выявлены и другие ошибки, в том числе сбои при создании резервных копий через «Историю файлов», а также зависания процесса Explorer.exe и нестабильная работа системы и графического процессора.
Иронично, что эти проблемы возникли спустя всего несколько дней после того, как Microsoft призвала пользователей не откладывать установку обновлений из-за растущих угроз безопасности с использованием ИИ. Директор Microsoft 365 заявлял, что если критические обновления безопасности не устанавливаются в течение пары недель, у злоумышленников появляется достаточно времени для поиска и использования уязвимостей. В связи с этим компания рекомендовала сократить период отсрочки для установки качественных обновлений до менее трех дней, установить крайние сроки их развертывания на ноль или один день, а льготный период ограничить максимум двумя днями.
Ошибка в работе Claude Cowork и Plan9
В обновленной документации, обнаруженной Windows Latest, Microsoft подтвердила баг в KB5124008, который нарушает работу приложений, использующих управляемые HCS виртуальные машины Linux с общими папками Plan9. Это привело к проблемам с Claude Cowork: если у пользователя был настроен доступ к папкам или файлам через Workspace, эта интеграция перестала функционировать. При попытке запуска сессии Claude Cowork приложение не подключается и предлагает либо переустановить десктопную версию, либо выполнить команды вручную.
Наши тесты показали, что сентябрьское обновление Windows 11 изменило реализацию файлового обмена Plan9/9P, используемую в Hyper-V. Новая реализация отклоняет валидные ранее токены Tattach с ошибкой EINVAL. В результате Windows может создать виртуальную машину, но гостевая ОС Linux больше не способна подключить и примонтировать файловую систему. Компания Anthropic подтвердила, что это ошибка на стороне Microsoft, и на данный момент не может ее исправить. Последняя версия десктопного клиента Claude выводит сообщение о невозможности подключения к диску C:, отмечая, что обновление от 8 сентября блокирует доступ к локальным файлам. При этом Claude Code остается незатронутым данной проблемой.
Нарушение работы Remote Desktop Services (RDS)
Обновление KB5124008 также содержит критическую ошибку в работе служб удаленных рабочих столов (RDS), что особенно затрагивает корпоративных пользователей. После установки патча соединения становятся крайне нестабильными или вовсе не устанавливаются. Пользователи сталкиваются с проблемами при входе в систему и «зависанием» на диалоговом окне «Пожалуйста, подождите настройки удаленного рабочего стола». В случае успешного подключения возможны дальнейшие сбои: нестабильная работа «Проводника» и ошибки в консоли управления Microsoft (MMC).
Дополнительно Microsoft предупреждает, что страница «Центра обновления Windows» может перестать отвечать, бесконечно отображая индикатор загрузки. В качестве временного решения при возникновении неполадок с RDS компания рекомендует обращаться в службу поддержки в рабочие дни или ожидать выхода следующего обновления Windows, которое потенциально устранит эти ошибки.
Проблемы с Explorer.exe и виртуальными рабочими столами
Компания Microsoft приступила к расследованию сбоев в работе процесса Explorer.exe, которые затрагивают преимущественно корпоративный сектор. Потенциально серьезная ошибка в обновлении Windows 11 KB5124008 приводит к тому, что после входа в систему пользователи видят черный экран, так как Explorer.exe либо некорректно запускается, либо завершается сразу после старта.
Поскольку Explorer.exe отвечает не только за работу «Проводника», но и управляет рабочим столом, панелью задач и меню «Пуск», его сбой делает систему практически неработоспособной, если только не перезапустить процесс вручную через «Диспетчер задач». Microsoft уже запрашивает дампы памяти для установления первопричины инцидента.
Предварительный анализ показывает, что проблемы с Explorer.exe особенно остро проявляются на ПК, использующих определенные среды виртуальных рабочих столов, где профили пользователей хранятся в контейнерах. Сообщения поступают преимущественно от пользователей решений Citrix UPM, FSLogix, Horizon и ProfileUnity ProfileDisks. При этом затрагиваются обе версии ОС — Windows 11 24H2 и 25H2.
Специалист по имени Паркер отмечает, что компании требуется больше данных для определения точной причины сбоев, так как сентябрьские обновления Windows были масштабными и внесли изменения в сотни или тысячи файлов, что затрудняет оперативное выявление всех проблем. На текущий момент пользователям рекомендуется перезапускать Explorer вручную или создавать новый профиль, если сбои продолжаются.
Сбои в работе функции «История файлов»
Хотя Microsoft официально еще не подтвердила наличие проблемы, многочисленные отчеты указывают на регрессию в работе функции «История файлов» в Windows 11. Множество пользователей сообщили, что этот инструмент полностью перестал функционировать, так как не способен обнаружить внешние накопители или оборудование для резервного копирования. Даже при подключенном диске система выдает ошибку, сообщая, что накопитель не подключен.
«История файлов» — это встроенная функция Windows для автоматического создания копий файлов и сохранения их предыдущих версий. До выхода обновления KB5124008 она работала стабильно. Жалобы поступают не только напрямую, но и на Reddit и официальных форумах Microsoft. Один из пользователей сообщил, что после обращения в техподдержку компании специалисты допустили, что причиной сбоя действительно является недавнее обновление.
На данный момент неизвестно, какие шаги предпринять для восстановления работы функции, так как от Microsoft не поступало официальных комментариев. Хотя пользователи подтверждают, что удаление обновления KB5124008 возвращает работоспособность «Истории файлов», делать это не рекомендуется, поскольку данное обновление является критически важным для безопасности системы.
Конфликты с видеокартами AMD
Также поступают сообщения о серьезных проблемах с графикой на ПК с видеокартами AMD Radeon после установки Windows 11 KB5124008. В профильных ветках на Reddit пользователи жалуются на тайм-ауты драйверов AMD, появление черных экранов, полные зависания системы, пропажу изображения, а в ряде случаев — на повторный выход драйвера из строя сразу после его переустановки.
Пока неясно, почему с проблемами сталкиваются только некоторые конфигурации, однако сообщения касаются широкого спектра моделей Radeon, включая:
- RX 6600
- RX 7700 XT
- RX 7800 XT
- RX 7900 GRE
- RX 7900 XTX
- RX 9070 XT
Удаление сентябрьского обновления, по всей видимости, решает проблемы для пострадавших пользователей, что делает обновление Windows главным подозреваемым, хотя делать окончательные выводы пока рано. Эксперты настоятельно рекомендуют воздержаться от удаления или пропуска обновления KB5124008, если только вы не столкнулись с критической ошибкой, так как оно исправляет сотни уязвимостей безопасности.
Дополнительные технические подробности и уточнения
В ходе анализа баг-репортов на GitHub и жалоб пользователей выяснилось, что природа сбоя в работе Claude Cowork тесно связана с механизмом виртуализации Hyper-V. Проблема заключается в том, что обновленная реализация файлового обмена Plan9/9P отвергает запрос Tattach, который ранее считался валидным. Этот запрос использует специальные токены, и после установки KB5124008 система выдает ошибку EINVAL (недопустимый аргумент). Это подтверждает, что хотя Windows успешно инициализирует виртуальную машину, необходимую для работы Cowork, и даже пытается предоставить ей права доступа к файловой системе, гостевая ОС Linux фактически теряет возможность «примонтировать» хостовые директории.
Важно отметить, что Microsoft предоставила уточнение в своей документации для системных администраторов: стандартные виртуальные машины Hyper-V, которые не задействуют протокол Plan9 для совместного использования папок, остаются полностью работоспособными и не подвержены данной ошибке. Это сужает круг пострадавших устройств до тех, что активно используют интеграцию через HCS-управляемые виртуальные машины.
Что касается проблем с Remote Desktop Services (RDS), ситуация осложняется тем, что это не первая подобная регрессия за последнее время. Помимо критических ошибок подключения и цикличных зависаний на экране «Пожалуйста, подождите настройки удаленного рабочего стола», пользователи сообщают о вторичных дефектах интерфейса, таких как полная неработоспособность Microsoft Management Console (MMC). В некоторых сценариях графическая оболочка «Проводника» теряет отзывчивость, превращая администрирование системы в невозможную задачу.
В контексте сбоев Explorer.exe эксперты подчеркивают системный характер проблемы для предприятий, использующих контейнеризированные профили пользователей. На текущем этапе расследования специалисты компании сфокусированы на таких решениях, как Citrix UPM, FSLogix, Horizon и ProfileUnity ProfileDisks. По заявлению компании, сентябрьский пакет обновлений был крайне масштабным, что привело к конфликтам в сотнях файлов, охватывающих глубинные уровни взаимодействия ОС с пользовательскими сессиями. Пока окончательное решение не найдено, ИТ-отделам приходится прибегать к временным «костылям», таким как создание «чистых» профилей для пользователей, столкнувшихся с бесконечным черным экраном после авторизации.
Ситуация с видеокартами AMD Radeon также остается напряженной. Несмотря на отсутствие официального патча, перечень затронутых графических процессоров оказался достаточно широким. Помимо упомянутых моделей серии RX 6600, RX 7700 XT, RX 7800 XT, RX 7900 GRE, RX 7900 XTX, поступают жалобы даже от владельцев систем на базе RX 9070 XT. Характер симптомов — от «черных экранов» при запуске до полной потери изображения — указывает на то, что взаимодействие драйверов с новым ядром системы было нарушено на уровне обработки аппаратных прерываний GPU.
