Microsoft признала, что крупное сентябрьское обновление Windows 11 ломает несколько функций, хотя ранее призывала не откладывать обновления

Windows 11 KB5124008 должно было стать одним из лучших обновлений года, по крайней мере на бумаге. Оно вернуло функции времён Windows 10, включая перемещаемую панель задач и изменяемое меню “Пуск”, но, к сожалению, на части компьютеров возникают проблемы. Microsoft подтвердила два известных бага, изучает третий, а сообщения указывают на два других неподтверждённых сбоя.

По иронии судьбы, сообщения о проблемах появились спустя несколько дней после того, как Microsoft предостерегла пользователей от задержек с обновлениями из-за растущих угроз безопасности с применением ИИ.

Windows 11 KB5124008 вышла 8 сентября как обязательное обновление. Microsoft сообщает, что оно нарушает работу приложений на базе WSL и сеансов Remote Desktop. Редакция обнаружила в этом обновлении и другие ошибки: одна ломает резервное копирование File History, другая вызывает сбои Explorer.exe и проблемы со стабильностью системы. Последнюю Microsoft изучает.

Резервное копирование File History не работает

Microsoft пока не подтвердила проблему, но в редакцию поступило несколько сообщений о регрессе функции File History в Windows 11.

Один из пользователей рассказал, что File History полностью не работает, потому что не может обнаружить ни один внешний диск или устройство для резервного копирования. Даже если диск подключён и вы пытаетесь создать резервную копию, File History сообщает, что накопитель не подключён.

Функция File History встроена в Windows. Она автоматически создаёт копии файлов и сохраняет предыдущие версии. Microsoft все эти годы почти не развивала её, но до обновления Windows 11 KB5124008 она работала исправно.

Помимо сообщений, полученных редакцией, похожие жалобы появляются на Reddit и форумах Microsoft. Один из пользователей рассказал, что обратился в поддержку Microsoft, где подозревают, что причиной стало недавнее обновление.

Пока непонятно, как восстановить работу File History. Microsoft не дала комментариев, хотя, скорее всего, знает о жалобах. Пользователи подтвердили, что удаление Windows 11 KB5124008 возвращает File History к работе, но редакция не рекомендует так делать, потому что это критическое обновление безопасности.

Microsoft, похоже, расследует сбои Explorer.exe

В Windows 11 KB5124008 есть потенциально серьёзный баг, из-за которого на некоторых компьютерах после входа в систему появляется чёрный экран: Explorer.exe либо запускается некорректно, либо падает почти сразу.

Explorer.exe отвечает не только за проводник, но и за рабочий стол, панель задач и меню “Пуск”. Если он не работает или падает, остаётся только перезапустить процесс через диспетчер задач.

В сообщении на Reddit сотрудник Microsoft Джейсон Паркер подтвердил, что компания изучает сообщения, и запросил дампы памяти для поиска причины. По предварительным данным редакции, проблемы с Explorer.exe чаще затрагивают ПК с определёнными виртуальными окружениями, где профили пользователей хранятся в контейнерах.

Пока жалобы в основном поступают от пользователей Citrix UPM, FSLogix, Horizon и ProfileUnity ProfileDisks. Затронуты Windows 11 24H2 и 25H2.

Джейсон Паркер также отметил, что сентябрьское обновление 2026 года было очень объёмным, и Microsoft нужно больше данных, чтобы понять причину.

В Microsoft заявили: “Сентябрьские обновления Windows были масштабными, и для выяснения причин нужны дополнительные данные”.

Пока можно попробовать перезапустить Explorer вручную или создать новый профиль.

Anthropic сообщила, что Microsoft сломала Claude Cowork в Windows 11, и Microsoft это признала

В обновлённой документации, Microsoft подтвердила баг в Windows 11 KB5124008, нарушающий работу приложений на WSL. После установки обновления может пропасть доступ к папкам хоста в виртуальных машинах Linux на базе Hyper-V.

Например, если вы используете Claude Cowork и дали ему доступ к нужной папке или файлам, эта интеграция больше не работает.

Сразу после установки Windows 11 KB5124008 и запуска обычной сессии Claude Cowork рабочее пространство Cowork не подключилось. Приложение предложило переустановить десктопную версию или повторить попытку, а также запустить команды, которые должен был выполнить Claude Cowork, вручную.

Проблема оказалась массовой: пользователи Windows сообщают о сбоях Claude Cowork, есть и отчёт об ошибке на GitHub.

В тестах редакции выяснилось, что сентябрьское обновление Windows 11 изменило реализацию общего доступа к файловой системе Plan9/9P, которая используется с Hyper-V. Новая реализация отклоняет ранее корректный запрос Tattach с токеном от Cowork и возвращает EINVAL.

Windows по-прежнему создаёт виртуальную машину для Cowork и даже пытается предоставить ей доступ к файловой системе, но гостевая Linux больше не может подключиться к ней и смонтировать её.

В обновлённом журнале изменений Anthropic подтвердила, что это баг, вызванный обновлением Windows, и сообщила, что работает над исправлением. Если установлена последняя версия десктопного приложения Claude, она корректно объяснит, почему Cowork не смог подключиться к диску.

Anthropic предупреждает при попытке запустить Cowork на ПК с обновлением от 8 сентября: “Claude не смог подключить ваш диск C: к рабочему пространству, поэтому у него нет доступа к локальным файлам. Переустановка не поможет. Ваши чаты и файлы в безопасности. Обновление Windows от 8 сентября не позволяет рабочему пространству Claude получить доступ к вашим файлам. Мы отслеживаем эту проблему. Claude Code не затронут”.

Microsoft подтвердила, что в сентябрьском обновлении 2026 года действительно есть баг, который приводит к этому сбою. Он особенно затрагивает приложения вроде Claude Cowork и Windows Subsystem for Linux (WSL). Любое приложение, использующее изолированное окружение и общие папки, может перестать работать.

В Microsoft отметили: “После установки сентябрьского обновления безопасности 2026 года KB5124008 приложения, использующие виртуальные машины под управлением HCS, могут столкнуться с проблемами при предоставлении общего доступа к папкам хоста виртуальным машинам Linux через Plan9. Обычные виртуальные машины Hyper-V, которые не используют Plan9, этой проблеме не подвержены”.

Microsoft сообщает, что работает над решением, но пока ничего не может сообщить.

Microsoft подтвердила сбой в Remote Desktop Services (RDS)

В Windows 11 KB5124008 есть ещё один баг, из-за которого часть пользователей больше не может пользоваться Remote Desktop Services (RDS).

Проблема затрагивает прежде всего предприятия и всех, кто использует Remote Desktop в Windows. Microsoft уже не в первый раз нарушает работу этой функции. После установки обновления RDS работает нестабильно, соединения часто обрываются, так что поддерживать удалённое подключение практически невозможно.

Также наблюдаются проблемы со входом и баг, из-за которого можно застрять на диалоговом окне “Please wait for the Remote Desktop Configuration”. А если удалось пройти дальше, могут появиться другие проблемы: нестабильный или зависающий File Explorer и сломанная консоль Microsoft Management Console (MMC).

В другом обновлении документации Microsoft предупреждает: “Кроме того, страница Windows Update может перестать отвечать и постоянно показывать индикатор загрузки”.

Если вы столкнулись с проблемами Remote Desktop, Microsoft советует обратиться в поддержку в рабочие дни или дождаться следующего обновления Windows, которое может исправить сбои RDS.