如果你最近在尝试安装 Windows 11 的 2026 年 5 月累积更新时，遇到了进度条卡在 35-36% 然后自动回滚的情况，请不要惊慌。
微软已经正式确认了这个问题，并给出了解决方案。
罪魁祸首：EFI 系统分区（ESP）空间不足
这次更新失败并非因为你的 C 盘满了，而是那个隐藏的、负责启动的小分区——EFI 系统分区（ESP） 空间告急。
- 现象：更新下载正常，但在重启应用阶段卡在 35-36%，随后显示“正在撤销更改”，错误代码为
0x800f0922。 - 原因：Windows 更新需要在 ESP 中写入临时文件以更新启动组件。如果该分区的可用空间少于 10 MB，操作就会失败。
- 为何会满？：通常 ESP 只有几百 MB，平时占用很少。但某些 OEM 厂商的 BIOS 更新或旧的引导文件残留，可能会逐渐挤占空间。
如何自查？
你可以使用 PowerShell 快速检查 ESP 的剩余空间：
- 右键点击开始菜单，选择 终端（管理员） 或 PowerShell（管理员）。
- 输入以下命令并回车：
Get-Partition | Where-Object GptType -eq '{c12a7328-f81f-11d2-ba4b-00a0c93ec93b}' | Get-Volume | Format-List Size, SizeRemaining - 查看
SizeRemaining（剩余空间）。如果小于 10 MB，你就是受影响的用户。
怎么解决？微软说：别动分区，装补丁！
以前，遇到这种情况可能需要手动调整分区大小，风险极高。但现在，微软提供了更安全的方案：
- 安装可选更新：
微软已通过 2026 年 5 月 26 日 发布的可选更新修复了导致空间检查过于严格的问题。- 进入 设置 > Windows 更新 > 高级选项 > 可选更新。
- 安装最新的累积更新或驱动更新。
- 重启后，再次尝试安装 5 月的强制性更新，应该就能顺利通过了。
- 等待 6 月补丁星期二：
如果你不想现在安装可选更新，可以跳过它。微软表示，2026 年 6 月 9 日 发布的下一个月度累积更新将包含此修复。届时，所有用户都将自动获得解决。
微软的行动
值得注意的是，微软在发现问题后，立即通过服务端回滚了导致该问题的部分代码逻辑。这意味着，即使你的 ESP 空间依然紧张，新的更新机制也会更宽容地处理，或者不再强制要求那么多临时空间。
