C盤“憑空”少了513GB，Win11又曝離譜Bug！拖了幾個月，微軟終于低調認錯并修復

整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

不少 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 日發布Windows11 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/

2026 奇點智能產品大會全日程正式發布!

7月17-18日，北京金隅喜來登大酒店，40+位來自字節、百度、阿里、騰訊、宇樹、360、京東、螞蟻、科大訊飛等一線產品技術領袖，圍繞 Agent 智能體、企業級 AI、AI Coding、具身智能、AI 原生組織等 12 大專題，全鏈路拆解AI原生落地閉環。