C盘“凭空”少了513GB，Win11又曝离谱Bug，拖了几个月，微软终于低调认错并修复

不少 Windows 用户都有过这样的经历：电脑没装什么大型软件，也没有下载几个大文件，可 C 盘空间却越来越少。系统提示磁盘不足，清理缓存、卸载应用后依旧无济于事，最后只能怀疑是不是 Windows 又在“偷偷吃硬盘”。

如果你最近也遇到了类似情况，那么问题可能真的不在你。

近日，微软终于承认，Windows 11 存在一个会导致系统文件异常膨胀的 Bug，一个原本只有几 MB 大小的数据库日志文件，竟然可能一路增长到 200GB、500GB，甚至更高，悄无声息地把系统盘塞满——不少用户吐槽道，这个问题其实早在几个月前就已出现，但微软直到近期发布更新时，才在更新日志里用一句不起眼的话低调确认。

一个日志文件，竟能吃掉 513GB 磁盘空间

此次事件的“元凶”并不是什么病毒，也不是第三方软件，而是 Windows 自己维护的一个系统文件——CapabilityAccessManager.db-wal。它位于系统目录：

• C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\

由于该目录受到 Windows 保护，普通用户即使进入资源管理器，也很可能看到“拒绝访问”的提示，因此绝大多数人根本不会注意到它的存在。

事实上，这个文件并不是 Windows 的核心数据库，而是一个 SQLite Write-Ahead Log（WAL，预写日志） 文件。

SQLite 是 Windows 内部大量组件都会使用的一种轻量级数据库。为了避免频繁写入主数据库影响性能，它会先把新的数据记录到 WAL 日志中，等积累到一定程度，再统一合并回主数据库。正常情况下，这种机制既能提高效率，也能保证数据库在异常断电或崩溃时的数据完整性。

因此，WAL 文件偶尔变大其实很正常。可异常的是，它本应在完成合并后恢复到很小的体积，而这次 Windows 11 中的 CapabilityAccessManager.db-wal 却不是这种情况。

据外媒 Windows Latest 测试发现：在正常电脑中，这个文件通常只有 1MB～2MB 左右，整个 CapabilityAccessManager 文件夹也不到 4MB；但在受影响的系统中，它会持续增长，从几十 GB、上百 GB，一路膨胀到数百 GB，最终把整个 C 盘占满。

目前公开案例中，最大的一个已经达到约 513GB。

Capability Access Manager 到底是什么？

很多人可能第一次听说 Capability Access Manager，它其实是 Windows 负责管理应用隐私权限的一项底层组件。

例如：哪个应用访问了麦克风、哪个应用调用了摄像头、哪个程序获取了定位信息、是否进行了屏幕录制或屏幕捕获，以及其它涉及系统隐私权限的访问行为……这些都会被记录下来，方便 Windows 后续进行权限管理、审计和隐私控制。

从设计角度来看，这种记录机制本身没有问题。而根据目前掌握的信息，Windows Latest 推测，在Windows 11 某次更新之后，Capability Access Manager 不断记录新的权限事件，但日志却没有按照正常流程合并回数据库，而是持续堆积，最终形成一个越来越大的日志文件。

换句话说，并不是 Windows 在疯狂写日志，而是日志一直没有“收尾”。微软尚未公布完整的事故分析报告，因此外界暂时还无法确认具体是哪一段代码导致了这一异常。

几个月前，就有用户发现异常

如开头所说，这并不是一个突然出现的新 Bug。根据 Windows Latest 的梳理，最早在几个月前，就已有不少 Windows 11 用户开始反馈磁盘空间异常减少：

在微软 Feedback Hub 中，有用户发现：仅 CapabilityAccessManager.db-wal 一个文件，就已经占用了约 200GB 空间。

一位Reddit 用户检查磁盘时发现：CapabilityAccessManager.db-wal 已经增长到 513GB，而 Windows 最常见的两个“大户”——pagefile.sys和 hiberfil.sys加起来也不过约 29GB。

在帖子评论下，不少用户也留言反馈自己的日志文件增长到了70GB、110GB、200GB，有人清理之后，文件暂时恢复到 4GB 或 15GB，但很快又重新开始增长。

与此同时，过去几个月 Windows Insider 测试频道的用户也陆续报告过类似问题，不过微软一直没有公开回应。

微软终于承认，但方式有点“低调”

直到 6 月 29 日发布 Windows 11 KB5095093 可选更新时，微软才第一次在更新日志中加入一句简短说明：

【Storage】本次更新优化了 CapabilityAccessManager.db-wal 文件的磁盘空间占用情况。

不过，让不少媒体和用户感到困惑的是，微软并没有进一步解释：Bug 会导致哪些现象？为什么系统文件会突然占用几百 GB？哪些用户容易受到影响？如何自行确认是否已经中招？更重要的是，截至目前，微软仍没有把它列入 Windows Known Issues（已知问题）页面，也没有专门发布技术说明。

所以，如果没有仔细阅读更新日志，普通用户几乎不会意识到，这个看似不起眼的修复，其实对应的是一个足以吞掉数百 GB 磁盘空间的严重 Bug。

为什么很多用户根本发现不了？

这个 Bug 最“隐蔽”的地方就在于，Windows 并不会告诉你真正占空间的是哪个文件。

在“设置→系统→存储→系统和保留”页面中，你只能看到System files（系统文件）可能已经占用了 80GB、100GB 甚至几百 GB，但 Windows 并不会进一步告诉你：到底是哪一个系统文件导致了这一切。

发现这一异常的 Windows Latest 编辑，恰巧是在一次全新安装系统后发现，自己的系统文件竟然已占用了 89GB，另一台测试设备甚至达到 115GB。而电脑刚刚重装完成，应用程序很少，也没有开启休眠功能，这样的占用显然不合理。

直到微软更新 KB5095093 的更新说明后，他们才最终确认，真正的罪魁祸首就是 CapabilityAccessManager。

如何判断自己有没有中招，又该如何修复？

最简单的方法，就是打开：设置 → 系统 → 存储 → 显示更多类别 → 系统和保留（System & Reserved），查看其中的系统文件（System Files） 占用了多少空间。如果已经达到几十 GB、上百 GB，而你的电脑又没有安装太多软件，那么就值得进一步排查。

由于 CapabilityAccessManager 文件夹属于受保护目录，直接打开往往会提示“拒绝访问”。对此，Windows Latest 推荐使用 Windows 自带的 Robocopy 工具，以只读方式读取目录信息，而无需修改任何系统权限。

当然，普通用户也可以借助 TreeSize、WizTree、WinDirStat 等磁盘分析工具，以管理员身份扫描整个系统盘，再按照文件大小排序，很快就能定位到异常膨胀的 CapabilityAccessManager.db-wal：正常情况下，这个文件应该只有几 MB 左右；如果已经达到数 GB，甚至还在持续增长，那么基本可以确认已经受到这一 Bug 影响。

至于修复方法，目前最推荐的是安装微软已经发布的修复更新。用户可以通过 Windows Update 安装 Windows 11 KB5095093，或者等待 7 月 Patch Tuesday 自动推送。

不过，对于那些 C 盘已经被占满、导致 Windows Update 无法继续安装更新的用户，处理方式会稍微复杂一些——Windows Latest 建议，可以进入 Windows Recovery Environment（恢复环境）或安全模式，将异常膨胀的 CapabilityAccessManager.db-wal 文件重命名，让 Windows 自动重新生成新的 WAL 文件，而不要在正常运行的系统中直接删除系统文件，以免造成新的问题。

最后，Windows Latest 还补充道，这一 Bug 很可能是在 2026 年 2 月或 3 月发布的 Windows 11 更新中引入的。

虽然微软尚未公布完整技术细节，但考虑到 Capability Access Manager 会持续记录权限访问事件，根据不同用户安装的软件不同，调用摄像头、定位、麦克风等隐私权限的频率也不一样，因此受影响程度存在明显差异——所以对于这个 Bug，有人几乎没有感觉，有人却在几个月内被一个日志文件“吃掉”数百 GB 的磁盘空间。

参考链接：https://www.windowslatest.com/2026/07/06/microsoft-admits-a-windows-11-bug-is-eating-up-to-500gb-of-storage-verify-if-you-are-affected/

本文来自微信公众号“CSDN”，整理：郑丽媛，36氪经授权发布。