Bản cập nhật Bản vá Thứ Ba tháng 7 năm 2026 đã ra mắt và ẩn trong đó là bản sửa lỗi lưu trữ mà một số người dùng đã chờ đợi kể từ tháng Ba. Windows 11 KB5101650 vá lỗi Capability Access Manager khiến ổ đĩa hệ thống âm thầm lấp đầy và do được phát hành trong giai đoạn triển khai thông thường nên nó sẽ cài đặt trên mọi PC đủ điều kiện mà không cần phải đợi triển khai dần dần.
Windows mới nhất đã ghi lại cách lỗi này ngốn tới 500GB dung lượng lưu trữ vào đầu tháng này. Một tệp có tên CapabilityAccessManager.db-wal tiếp tục phát triển cho đến khi ổ C: hết dung lượng và Windows không đặt tên tệp chịu trách nhiệm ở bất kỳ đâu trong Cài đặt.
Đối với một lỗi có thể nuốt chửng nửa terabyte, ghi chú sửa lỗi của Microsoft khá tinh tế:
“[Storage] Bản cập nhật này cải thiện việc sử dụng dung lượng ổ đĩa cho tệp CapabilityAccessManager.db-wal.”
Điều gì đã thay đổi đối với CapabilityAccessManager.db-wal trong bản cập nhật tháng 7
Bản sửa lỗi lần đầu tiên xuất hiện trong bản cập nhật tùy chọn tháng 6, KB5095093, mặc dù không phải vào ngày phát hành. Microsoft đã thêm dòng Lưu trữ vào nhật ký thay đổi đó vào ngày 29 tháng 6, sáu ngày sau khi bản cập nhật ra mắt.
KB5101650 mang đến mọi thay đổi không liên quan đến bảo mật từ bản xem trước tháng 6, giúp khắc phục sự cố Bản dựng 26200.8875 dành cho Windows 11 25H2 và Bản dựng 26100.8875 trong 24H2. Bản sửa lỗi bộ nhớ này sẽ được triển khai cho PC của bạn theo quy trình triển khai thông thường, nghĩa là mọi thiết bị đủ điều kiện sẽ nhận được bản sửa lỗi này ngay lập tức, không giống như việc triển khai dần dần mà Microsoft sử dụng để trì hoãn các tính năng như Khôi phục theo thời điểm hoặc hành vi Widget mới. Cài đặt bản cập nhật và bản sửa lỗi lưu trữ đang hoạt động.
Cụm từ của Microsoft, “cải thiện việc sử dụng dung lượng ổ đĩa”, mô tả quy trình điểm kiểm tra trong tương lai. Nó không cho biết liệu tệp WAL đã tăng lên 200GB có tự động thu nhỏ hay không và nhiều người dùng đã cài đặt bản xem trước tháng 6 cho biết tệp của họ vẫn lớn ngay sau khi cập nhật, chỉ trở lại bình thường sau khi họ xóa thủ công.
Hãy coi bản cập nhật tháng 7 là bước ngăn chặn sự phát triển hơn nữa, sau đó tự kiểm tra tệp để xác nhận xem có cần dọn dẹp hay không.
Tại sao CapabilityAccessManager.db-wal tăng lên hàng trăm gigabyte
Capability Access Manager chạy dưới dạng dịch vụ có tên camsvc và ghi nhật ký mỗi khi ứng dụng yêu cầu máy ảnh, micrô, vị trí hoặc chụp ảnh màn hình. Những sự kiện đó hiển thị trong cơ sở dữ liệu SQLite tại C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\.
Khả năngAccessManager.db chính là cơ sở dữ liệu. các .db-wal file là nhật ký ghi trước của nó, một khu vực tổ chức cho những thay đổi chưa được thêm lại vào cơ sở dữ liệu. Windows có nhiệm vụ kiểm tra nhật ký đó theo định kỳ và thu nhỏ nó. Trên các PC bị ảnh hưởng, điểm kiểm tra đó không chạy, do đó nhật ký tiếp tục xếp chồng các bản ghi mà không cần dọn dẹp.
Các ứng dụng nặng về định vị địa lý liên tục kích hoạt việc ghi, nhưng Windows là điểm thất bại
Quản trị viên CNTT Max Allen đã theo dõi lỗi trên khoảng 10.000 điểm cuối trên blog Azure to the Max của anh ấy và mọi sản phẩm mà nhóm của anh ấy gắn cờ là người viết nhiều đều liên quan đến định vị địa lý. Plugin WiFiStatus của Rainmeter là trường hợp được ghi nhận đầu tiên, được báo cáo vào tháng 3 năm 2025 bởi một người dùng có tệp đạt 30 GB trong vòng chưa đầy 10 giờ sau khi Windows 11 24H2 yêu cầu plugin truy cập vị trí. Nhà phát triển Rainmeter jsmorley đã xác nhận trên chủ đề đó rằng plugin đang truy vấn cơ sở dữ liệu khoảng 10 lần một giây.
Tiện ích mạng SmartByte của Dell, do Rivet Networks xây dựng, cũng xuất hiện nhiều lần trong các báo cáo sau này. Trên blog của Allen, một độc giả đã truy vấn cơ sở dữ liệu đã trực tiếp tìm thấy Dịch vụ mạng SmartByte chịu trách nhiệm về 9.355 lượt ghi chỉ trong 30 phút sau khi xóa tệp, cùng với quy trình RivetAPS có liên quan sẽ bổ sung thêm 923 lượt nữa. Một nhận xét khác đã truy tìm tệp 91GB của họ tới GeoComply, một ứng dụng xác minh vị trí được các trang web cá cược thể thao được quản lý sử dụng và xác nhận WAL đã ngừng phát triển sau khi ứng dụng bị gỡ cài đặt.
Tuy nhiên, phần mềm của bên thứ ba không thực sự có lỗi. Khi nhóm của Allen dừng các ứng dụng được gắn cờ trên các máy thử nghiệm, tệp WAL liên tục từ chối hợp nhất vào cơ sở dữ liệu chính. Việc mở các tệp giống nhau theo cách thủ công trong Trình duyệt DB dành cho SQLite đã hợp nhất chúng mà không gặp bất kỳ lỗi nào, do đó cơ sở dữ liệu vẫn nguyên vẹn trong suốt quá trình. Logic điểm kiểm tra bên trong camsvc là một phần bị hỏng và các ứng dụng được gắn cờ chỉ đơn giản là những ứng dụng ghi vào nó nhanh nhất.
Mọi máy bị ảnh hưởng trong nhóm của Allen đều chạy bản cập nhật tháng 3 năm 2026 trở lên, cụ thể là các bản dựng 10.0.26200.8037, 10.0.26200.8039 hoặc 10.0.26200.8246. Windows mới nhất hiểu rằng bản cập nhật tháng 2 hoặc tháng 3 năm 2026 đã gây ra sự cố.
Microsoft đã xác nhận lỗi nội bộ vào tháng 5, vài tuần trước khi có ghi chú thay đổi công khai
Ngày 29/6 không phải là lần đầu tiên Microsoft thừa nhận điều này. Theo báo cáo của Allen, nhóm hỗ trợ của Microsoft đã xác nhận một cách riêng tư lỗi này là một sự cố đã biết vào ngày 13 tháng 5 năm 2026, để phản hồi lại yêu cầu hỗ trợ mà anh ấy đã mở và cho biết nhóm sản phẩm đang nghiên cứu một bản sửa lỗi vĩnh viễn dự kiến vào khoảng cuối tháng 6 hoặc đầu tháng 7. Microsoft cũng đã chia sẻ một cách giải quyết thủ công tại thời điểm đó, bao gồm việc khởi động vào Chế độ an toàn thông qua msconfig, chạy net stop camsvc và xóa trực tiếp tệp WAL.
Bảng điều khiển tình trạng phát hành Windows không hiển thị xác nhận đó ở bất kỳ đâu. Trang sự cố đã biết dành cho Windows 11 25H2 liệt kê sự cố bảng GIF và trục trặc khi đặt tên tệp trong Thùng rác, cả hai đều đã được giải quyết mà không có mục nào mô tả lỗi có khả năng lấp đầy ổ lưu trữ.
Trên khoảng 10.000 thiết bị được theo dõi trong một tuần, 59% có tệp WAL trên 1GB, tệp trung bình tăng 1,1GB, hàng trăm tệp tăng hơn 10GB và máy tệ nhất đã tăng thêm 65GB chỉ trong một tuần đó. Đã đạt được một thiết bị 332GB. Khoảng 200 máy cần can thiệp thủ công và Allen dự đoán 300 máy khác sẽ hết dung lượng trước khi bản cập nhật ngày 14 tháng 7 xuất hiện.
Để so sánh, một lần quét riêng biệt trên khoảng 8.000 thiết bị của các quản trị viên CNTT khác đã tìm thấy chính xác một tệp có dung lượng trên 500MB. Lỗi này đã tấn công mạnh vào một số môi trường trong khi khiến hầu hết các máy không bị ảnh hưởng, điều này có thể giải thích tại sao nó không xuất hiện trên bảng điều khiển công khai quá lâu.
Cách kiểm tra xem PC của bạn có bị ảnh hưởng không
Mở Cài đặt > Bộ nhớ > Hiển thị thêm danh mục > Hệ thống & Dành riêng và kiểm tra các tập tin hệ thống. Một con số hàng trăm gigabyte, không có tệp ngủ đông hoặc tệp trang quá khổ để giải thích, sẽ là vấn đề. Windows không đặt tên tệp chịu trách nhiệm ở bất kỳ đâu trong màn hình này.
Để xác nhận mà không cần quyền, hãy chạy lệnh này trong Dấu nhắc lệnh nâng cao.
robocopy “C:\ProgramData\Microsoft\Windows\CapabilityAccessManager” “%TEMP%\CAMCheck” /L /B /R:0 /W:0 /BYTES /NP
/L chỉ liệt kê các tệp, /B là chế độ sao lưu nên Robocopy có thể đọc các tệp hệ thống được bảo vệ mà không cần sở hữu và /R:0 với /W:0 ngăn nó thử lại khi quyền truy cập bị chặn. Không có gì được sao chép.
Kiểm tra số byte bên cạnh CapabilityAccessManager.db-wal. Trên một hệ thống khỏe mạnh, nó có dung lượng khoảng 1,6 MB. Nếu nó đọc được vài gigabyte hoặc tăng lên khi bạn chạy lại lệnh mười phút sau thì PC của bạn sẽ bị ảnh hưởng.
WizTree, TreeSize và WinDirStat cũng hoạt động, mặc dù thư mục bị khóa đối với tài khoản HỆ THỐNG, do đó, quá trình quét của quản trị viên thông thường thường hiển thị khoảng trống là không được tính thay vì chỉ vào tệp.
Cách lấy lại bộ nhớ sau khi cài đặt KB5101650
Để xác minh xem bản sửa lỗi lưu trữ có áp dụng cho PC của bạn hay không, trước tiên hãy cài đặt bản cập nhật tháng 7. Việc xóa nhật ký trước khi vá lỗi sẽ khởi động lại cùng một chu kỳ và một người dùng trong chuỗi Hỏi & Đáp của Microsoft, khi lỗi xuất hiện lần đầu tiên, đã báo cáo rằng tệp tăng trở lại gần 1,8GB một ngày sau khi đặt lại thủ công.
Sau khi khởi động lại, hãy kiểm tra lại tập tin. Nếu nó giảm xuống còn vài trăm kilobyte thì việc khắc phục đã có hiệu quả và không còn gì để làm.
Chỉ tiến hành các bước sau nếu bạn không thấy bất kỳ thay đổi nào sau khi cài đặt bản cập nhật tháng 7:
Nếu nó vẫn còn lớn, thì hướng dẫn của Microsoft trước khi sửa lỗi, được chia sẻ trong cùng một chuỗi Hỏi & Đáp, là xóa CapabilityAccessManager.db-wal khỏi Chế độ An toàn sau khi dừng camsvc và để nguyên mọi tệp khác trong thư mục đó, bao gồm cả chính CapabilityAccessManager.db. Một người dùng trên chủ đề đó đã phục hồi 276,6GB cách này.
Thay vào đó, một người dùng Reddit trong r/WindowsHelp đã chọn lộ trình Môi trường phục hồi Windows, đổi tên tệp 200GB thay vì xóa nó, cho phép Windows tự động tạo nhật ký mới và chỉ xóa bản sao đã đổi tên cũ sau khi xác nhận bản mới hoạt động.
Xóa file sai cách có thể làm mất quyền truy cập Wi-Fi và camera
Một số người dùng trên chuỗi Hỏi đáp của Microsoft đã báo cáo sự cố ở bước này. Xóa tệp WAL trong khi camsvc vẫn đang chạy hoặc chiếm quyền sở hữu thư mục theo cách thủ công để vượt qua lỗi bị từ chối truy cập, khiến một số trong số chúng không có mạng Wi-Fi hiển thị, camsvc không khởi động được với lỗi 1067 hoặc trang Vị trí trong Cài đặt hết thời gian chờ.
Việc đặt lại quyền bằng icacls “C:\ProgramData\Microsoft\Windows\CapabilityAccessManager” /reset /T /C đã khôi phục chức năng bình thường trong những trường hợp đó. Một số người dùng cũng bị mất mật khẩu Wi-Fi đã lưu và phải kết nối lại theo cách thủ công, sau đó cấp lại quyền truy cập máy ảnh và micrô cho các ứng dụng đã được phê duyệt trước đó.
Nếu ổ đĩa của bạn đã đầy và Windows Update không thể tải xuống KB5101650 thì việc xóa tệp trước là tùy chọn duy nhất khả dụng. Mọi người khác nên cài đặt bản cập nhật, xác minh kích thước tệp sau đó và chỉ chọn xóa nếu số lượng không giảm.
