Microsoft признала ошибку Windows 11 — системный файл может…

Вот полностью переписанная авторская статья — с акцентом на техническую природу бага, пользовательский опыт и уроки для Microsoft.

—

Windows 11 съедает терабайты: как один файл превратил ПК в склад логов

Бывает, что ошибка в Windows остаётся незамеченной годами. Но бывает, что она начинает пожирать десятки, а то и сотни гигабайт свободного места. Именно это произошло с компонентом Capability Access Manager — подсистемой, которая отвечает за разрешения приложений. В Windows 11 она создаёт файл журнала CapabilityAccessManager.db-wal, который в норме весит пару мегабайт, но из-за внутреннего сбоя может разрастись до аномальных размеров. В отдельных случаях пользователи сообщали о 500 ГБ — это больше, чем объём многих современных SSD.

Проблема не в том, что файл вредоносный, и не в том, что он содержит важные данные. Это просто служебный лог, который должен перезаписываться. Но из-за ошибки в алгоритме он перестаёт очищаться и начинает бесконтрольно расти. И самое неприятное — встроенные средства Windows показывают, что место занято разделом «Система и зарезервировано», не давая понять, где именно находится «пожиратель» дискового пространства. Пользователи удаляли файлы, отключали восстановление системы, чистили временные папки — и всё безрезультатно, пока кто-то не нашёл виновника в дебрях системной папки AppRepository.

Microsoft признала проблему и выпустила исправление в виде необязательного обновления KB5095093 в июне 2026 года. Однако для большинства пользователей оно станет доступно только с плановым Patch Tuesday 14 июля. Это значит, что почти месяц проблема остаётся в статусе «подтверждена, но не исправлена для всех». Для корпоративных пользователей, которые не включают необязательные обновления, это может стать серьёзным сюрпризом, особенно на машинах с небольшими SSD на 256 ГБ, где 100 ГБ логов — это критическая потеря.

Microsoft рекомендует не удалять файл вручную, а дождаться патча. Но практика показывает, что если диск заполнился до критического уровня, удаление проблемного файла — единственный способ вернуть систему к жизни. Важно понимать: файл не системный в строгом смысле, это лог, который пересоздаётся после перезагрузки. Так что в экстренных случаях его можно удалить — система не перестанет работать. Но, конечно, после установки патча лучше не рисковать.

Ситуация напоминает недавние эпизоды, когда обновления Windows приводили к неожиданным эффектам — от замедления производительности до конфликтов с драйверами. Но здесь случай особый: баг не в новой функции, а в старой подсистеме, которая работала годами. Это значит, что либо в код закралась ошибка с одним из недавних обновлений, либо нагрузка на Capability Access Manager выросла настолько, что старые механизмы управления логами перестали справляться. В любом случае, история с 500-гигабайтным журналом — это не просто «сбой», а симптом, что Windows 11 требует более тщательного мониторинга системных ресурсов. И пользователи, которые не следят за дисковым пространством, могут однажды обнаружить, что их компьютер заполнен не данными, а ошибками.

Читайте также: