CBS.log 是什么，为什么会膨胀
CBS 的全称是 Component-Based Servicing——Windows 中负责安装更新、启用功能和执行系统文件检查修复的子系统。这些操作都会记录到 C:\Windows\Logs\CBS\CBS.log 中，所以这个文件才会存在，并在每次更新会话后略微增长。Windows 会定期把当前日志打包成名为 CbsPersist_<日期和时间>.cab 与 .log 的成对文件，这些归档本应在一段时间后被自动清理。
这套机制直到出问题前都运转良好：当更新失败并循环重试时——罪魁通常是卡死的 TiWorker 或 TrustedInstaller——日志和归档就随每次尝试一起膨胀。在同一更新上连续失败数月的机器上，CBS 文件夹曾被观察到接近 1 TB。以吉字节计的 CBS 文件夹因此不只是磁盘噪音：它通常是一个值得修复的更新问题留下的指纹。
安全删除 CBS 日志
黄金法则在于时机：在没有更新安装时进行清理。先做确认——设置 → Windows Update 中不应显示任何下载或安装进行中，而清理前的重启是最干净的起点。当前的 CBS.log 被 TrustedInstaller 服务占用，因此对它要预期“文件正在使用”；CbsPersist 归档几乎总是可以直接删除。
在管理员命令提示符下的实操步骤：
- net stop wuauserv — 停止更新服务，删除期间不会有任何进程写入日志
- net stop TrustedInstaller — 释放当前的 CBS.log（可以安全停止；它按需重新启动）
- del /f /q C:\Windows\Logs\CBS\CbsPersist_* — 删除归档的 .cab 和 .log 文件
- del /f /q C:\Windows\Logs\CBS\CBS.log — 清空当前日志；Windows 会在下次服务事件时重新创建
- net start wuauserv — 恢复更新服务（TrustedInstaller 需要时会自行启动）
防止 CBS 文件夹再次膨胀
健康的系统上你几乎不需要再碰这个文件夹：Windows 自己会轮转和清理日志。如果 CBS.log 在几周内又冲回吉字节级别，真正的修复是修理 Windows 更新——运行内置的疑难解答，然后执行 DISM /Online /Cleanup-Image /RestoreHealth 和 sfc /scannow，让出问题的组件终于装上、重试循环终止。顽固情况下，停止并重启相关服务，或经典的 Windows 更新组件重置也能解决问题。
由于磁盘清理和存储感知对 C:\Windows\Logs\CBS 完全视而不见，它一直是手动清理的经典盲区。Kleaner PRO 把 Windows 日志文件夹——CBS 以及 DISM、WindowsUpdate 等同类——当作一等公民式的垃圾类别：扫描器显示当前大小，安全地删除归档，并把被锁定的 CBS.log 安排到下次重启时删除。
常见问题与解答
删除 CBS.log 安全吗？
安全，前提是没有更新正在安装。它只是一个纯文本日志；Windows 会在下次服务运行时从零重建。删除它并不影响更新本身。
为什么我的 CBS.log 这么大？
反复失败的更新尝试会不断向日志追加内容——罪魁通常是卡死的 TrustedInstaller 或 TiWorker 进程。删除日志能释放空间，但需要修复的是更新问题。
可以删除 CbsPersist 文件吗？
可以。CbsPersist_*.cab 和 .log 是旧日志的压缩归档；写完之后就再无用处。当 CBS 文件夹膨胀时，它们是首选的删除对象。
继续阅读
联系我们: [email protected]