每个月的“补丁星期二”对 Windows 用户来说，都像是一场“薛定谔的更新”——你永远不知道这次是修复 Bug，还是带来新 Bug。
这不，微软刚推送的 Windows 11 2026年11月累积更新 KB5132061，就让不少用户结结实实地踩了坑。大量用户在安装时遭遇了 0x800f0993、0x800f0989 等神秘错误代码，更新反复下载、反复失败，甚至陷入无限重试的死循环。
微软官方目前尚未列出任何已知问题。但好消息是，社区里已经有大佬通过硬核排查找到了真正的“幕后黑手”，而且解决方法出奇地简单。
1. 案发现场：一堆十六进制错误码
自 KB5132061 推送以来，Neowin 论坛和各大技术社区涌现了大量安装失败的报告。用户们遇到的错误代码五花八门：
0x800f0993（最常见）0x800f09890x800f09150x80070306
常规套路如运行 DISM 修复和 SFC 扫描，对大部分用户毫无作用。系统文件没坏，网络没问题，但更新就是死活装不上。
2. 硬核排查：从 CBS.log 揪出真凶
当常规手段失效时，真正的极客会选择“读日志”。
一位用户在Claude 的帮助下，深入分析了位于 C:\Windows\Logs\CBS\CBS.log 的组件服务日志（CBS 负责处理 Windows 更新和可选组件的安装）。他在日志中发现了两条关键线索：
STATUS_OBJECT_PATH_NOT_FOUND
Failed to recreate container base images: HRESULT_FROM_WIN32(ERROR_PATH_NOT_FOUND)这两条错误指向了同一个问题：系统在尝试重建容器基础映像时，找不到 WinSxS 文件夹内的 Professional.xml 文件。
而这个文件，正是 Windows Sandbox（Windows 沙盒） 重新创建其虚拟机基础映像所必需的。更新进程在寻找该文件的旧版本时因路径缺失而失败，进而导致整个更新安装回滚。
更有趣的是，这位用户有多台 Windows 11 设备，只有启用了 Windows Sandbox 的那台台式机更新失败，其他未启用该功能的设备均顺利更新。
3. 解决方案：关掉沙盒，立竿见影
既然找到了病灶，药方就非常简单了：临时禁用 Windows Sandbox，重启后再安装更新。
方法一：图形界面操作
- 按
Win + S搜索“启用或关闭 Windows 功能”。 - 在列表中找到 “Windows 沙盒”（Windows Sandbox）。
- 取消勾选，点击确定。
- 重启电脑，然后重新检查并安装 KB5132061。
方法二：PowerShell 命令（推荐）
以管理员身份打开 PowerShell，执行以下命令：
Disable-WindowsOptionalFeature -Online -FeatureName Containers-DisposableClientVM执行完毕后重启电脑，再次尝试安装更新。
据多位用户验证，此方法成功率极高。更新成功后，DISM 和 SFC 扫描结果均为干净，说明底层系统文件并无损坏，纯粹是沙盒功能与本次更新之间的兼容性冲突。
4. 什么是 Windows Sandbox？关了有影响吗？
如果你从未用过这个功能，完全可以放心禁用。
Windows Sandbox 是一个轻量级的隔离桌面环境，用于安全运行不受信任的应用程序、测试可疑文件或软件。它基于硬件虚拟化，关闭后所有内容自动销毁，不会对主系统留下任何痕迹。
- 如果你从不使用它：禁用无任何影响，还能节省少量磁盘空间和系统资源。
- 如果你依赖它：建议在 KB5132061 安装成功后，再重新启用沙盒功能。如果重新启用后下次更新又出问题，那就只能等微软发布修复补丁了。
5. 常规排查手段（作为备选）
如果禁用沙盒后仍然失败，可以尝试以下经典组合拳：
# 以管理员身份运行命令提示符
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow此外，也可以运行 Windows 内置的“Windows 更新疑难解答”（设置 > 系统 > 故障排除 > 其他疑难解答 > Windows 更新），虽然它对这类特定冲突的效果有限，但偶尔也能清理掉一些残留的更新缓存。
当然，如果以上全部无效，那大概率是微软服务器端的问题——等几天再试，往往是最有效的“修复方案”。
这也提醒我们：当常规修复手段失效时，学会阅读 CBS.log 日志，往往比盲目重装系统更能直达问题本质。
如果你也遇到了这个问题，不妨试试文中的方法，并在评论区告诉我们是否有效！
