卸载按钮灰显或无反应是因补丁被标记为permanence="permanent"，不可卸载；可用wusa命令行尝试卸载，若失败则查appwiz.cpl或使用WinRE回滚、系统还原、备份镜像等替代方案。
卸载按钮灰显或点击无反应
这不是权限不够，而是补丁被系统标记为 permanence="permanent" —— 即不可卸载类型，常见于 ssu（servicing stack update）、累积更新中的核心组件或某些驱动更新。
此时图形界面不会给你操作入口，但命令行仍可能生效：
- 用管理员终端运行
wusa /uninstall /kb:1234567（注意：不含KB前缀，只输数字） - 若提示“此更新无法卸载”，说明它确实被硬编码为不可逆；可改查
appwiz.cpl→ “查看已安装的更新”，这里调用的是旧版控制面板逻辑，偶尔能绕过设置应用的渲染限制 - 别依赖“更新历史记录”里的卸载按钮——该入口在 Win11 22H2+ 版本中已被弱化，很多 KB 实际不提供 GUI 卸载路径
WinRE 中“卸载更新”选项缺失
不是功能被删了，而是系统没识别出“最近一次失败更新”，或者 WinRE 环境太旧，不支持当前版本的回滚机制。
典型现象是进 WinRE 后，“疑难解答”→“卸载更新”整个菜单项根本不存在：
- 先确认是否触发了自动修复：连续三次强制关机（开机后立刻长按电源键断电），第四次启动会自动进 WinRE 并尝试恢复
- 若仍无该选项，大概率是恢复环境未更新。运行
reagentc /info查看 WinRE 状态；若OS Loader Path指向旧版winre.wim，需用reagentc /disable && reagentc /enable强制重建 - 注意：WinRE 回滚只对“最近一次质量更新”有效，功能更新（如 23H2）默认不支持此路径，得走“返回到前一版本”流程（仅限升级后 10 天内）
命令行卸载报错或静默失败
wusa /uninstall 报错常不直接暴露原因，比如返回“错误: 0x80070005”看似权限问题，实则可能是 CBS 数据库损坏或 .mum 文件被锁。
排查优先级如下：
- 先运行
sfc /scannow，再跑dism /online /cleanup-image /restorehealth—— 这俩必须按顺序，否则 DISM 可能因 SFC 未修复底层文件而失效 - 检查
WindowsUpdate.log（位于%windir%\WindowsUpdate.log）末尾是否有Failed to uninstall package及对应PkgID，再用dism /online /get-packages | findstr "PkgID"确认包状态 - 若日志里出现
Cannot uninstall package because it is marked as permanent，就别白费力气了，得换路径：要么用系统还原点，要么重装系统并保留个人文件
系统还原点不可用或还原失败
很多人把“系统还原”当备选方案，却忽略它本身依赖两个隐性前提：还原服务启用 + 还原点实际包含更新前状态。
常见坑点：
- 还原点默认不保存 Windows 更新文件，只保存注册表、系统文件哈希和部分配置。若更新已深度集成（如某些 .NET Framework 补丁），还原后仍可能残留异常行为
- 执行
rstrui.exe进还原界面时，若列表为空，先确认System Protection在系统盘上是“已启用”状态（右键“此电脑”→属性→系统保护） - 还原后若蓝屏或无法启动，大概率是驱动/内核模块不兼容。此时别反复还原，应立即进安全模式，运行
driverquery /v > drivers.txt记录加载模块，再对比更新前后差异
真正卡住的点往往不在“怎么卸”，而在“卸什么”和“卸完还剩什么”。比如一个 KB 补丁背后可能关联十几个 .cab 包、多个 .mum 描述文件、以及写死在注册表里的安装标记。手动删文件或改 XML 极易导致系统不可启动，除非你清楚每个路径的依赖链。最稳妥的兜底动作，永远是还原点 + 备份镜像双保险。
