KB5034441 更新错误 80070643 - 增加 VMWare 中的恢复分区大小

KB5034441 更新错误 80070643 - 增加 VMWare 中的恢复分区大小

我有两个 VMWare 工作站虚拟机,其中更新KB5034441更新失败,错误代码为 0070643。这可能是因为恢复分区太小。引自:

KB5028997:手动调整分区大小以安装 WinRE 更新的说明

Microsoft 已更改其更新运行 Windows 恢复环境 (WinRE) 的 PC 的方式。WinRE 将使用每月累积更新进行更新。此更改仅适用于从 Windows 更新 (WU) 和 Windows Server Update Services (WSUS) 获取更新的 PC。此更改于 2023 年 6 月 27 日开始,适用于 Windows 11 版本 22H2 累积更新。

某些电脑可能没有足够大的恢复分区来完成此更新。因此,WinRE 的更新可能会失败。您将收到错误消息“Windows 恢复环境服务失败”。为了帮助您从此故障中恢复,本文提供了在系统 ErrorPhase 为 2 时手动调整恢复分区大小的说明。这要求您的设备在 OS 分区之后有恢复分区。使用以下步骤验证这一点。

同一篇文章包含调整操作系统分区大小、删除旧 WinRE 分区和创建新分区的过程。

我的reagentc /info输出:

Windows Recovery Environment (Windows RE) and system reset configuration
Information:

Windows RE status:         Enabled
Windows RE location:       \\?\GLOBALROOT\device\harddisk0\partition1\Recovery\WindowsRE
Boot Configuration Data (BCD) identifier: 80afc8c3-bead-11ee-b2c1-000c29a0c528
Recovery image location:
Recovery image index:      0
Custom image location:
Custom image index:        0

这告诉我 WinRE 分区是磁盘 0 分区 1。

对于磁盘 0,diskpart 列出了以下内容:

Partition ###  Type              Size     Offset
-------------  ----------------  -------  -------
Partition 1    Recovery           499 MB  1024 KB
Partition 2    System              99 MB   500 MB
Partition 3    Reserved            16 MB   599 MB
Partition 4    Primary             99 GB   615 MB

确实,恢复是分区 1。

问题:

该分区为 499 MB,但系统分区的收缩操作(允许在其后面创建新的恢复分区)告诉我 250 应该足够了(数字以兆字节为单位):

shrink desired=250 minimum=250

问题:如果我的 WinRE 分区有 499 MB,这怎么会太小呢?
我怀疑可能还有其他事情发生,也许是因为我在虚拟机中运行?我不愿意开始干预分区……

答案1

请非常小心。据了解,此特定更新会导致 Windows 安装崩溃,而 Microsoft 提供的修复程序则无法解决此问题。

YouTube 上有很多专门关于此 KB 的视频。

对于此 KB 的基本建议是忽略它。它所做的修复不值得费心。让它继续安装失败,直到 Microsoft 停止向您提供更新,或者它自行成功安装。

答案2

您如何安装此更新?我已将分区扩展到 5GB,但仍然失败。一些建议建议将分区缩小到 250MB,还有进一步的建议建议该分区必须位于系统分区之后(不一定是启动分区),但没有说明这是否意味着物理上位于之后,甚至直接位于之后,或者在枚举之后。我理解如果没有恢复分区,它也会失败。没有关于 Windows 位于主分区和恢复位于 MBR 下的辅助分区的影响的指导。

总的来说,这是一团糟,但独立安装或从轨道安装核弹可能会让你到达你需要的地方。

答案3

499MB 怎么会太小呢?恢复分区包含一个名为 Winre.wim 的文件。该文件的大小将根据 Windows 版本以及该文件中是否嵌入任何驱动程序而有所不同。我看到的大小从 430 到 590MB 不等。因此 499MB 的分区可能不够用。这就是 Microsoft 指示增加恢复分区的原因经过250MB(不是250MB)。

KB5028997 提到:“本文提供了在系统 ErrorPhase 为 2 时手动调整恢复分区大小的说明。这要求您的设备在 OS 分区之后具有恢复分区。”

您的恢复分区似乎是第一个分区,因此本文可能不适用于您。对于 KB 中描述的用例,该过程将导致新的恢复分区比以前大 250MB,而不是 250MB。因此,如果以前是 500MB,现在将是 750MB,应该足以在可预见的未来容纳恢复分区。

要查看 wim 文件,您可以发出命令reagentc /disable,该命令应导致 Winre.wim 文件移动到C:\Windows\System32\Recovery。请注意,它是一个隐藏的系统文件。如果发出命令时该文件没有移动到那里,您可以尝试从 Windows 安装介质中获取干净的 Wimre.wim 和 ReAgent.xml 文件,然后尝试使用这些文件。运行reagentc /info以查看状态并reagentc /enable重新启用恢复环境。

答案4

这是我在具有 GPT 磁盘的 Windows 10 Pro 22H2 虚拟机(VMware 8)上工作的方法。

首先通过磁盘管理验证“恢复”分区是否位于系统分区之后。如果不是,则此方法无效,您必须重新排列这些分区。

使用磁盘管理将系统分区缩小至恢复分区增加所需的大小。在我的例子中,恢复分区最初为 512 MB。由于您显然需要至少 532 MB 的可用空间,因此我通过缩小 C: 分区来提供 512 MB 的空间。还要验证“sel part”命令的恢复分区号(此处为 4)。

从管理 PowerShell 运行以下命令:

reagentc /disable
diskpart
sel disk 0
sel part 4
del part override
create part primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001
format quick fs=ntfs label="Windows RE tools"
list vol
exit
reagentc /enable

现在重新启动计算机并检查 Windows 更新。之前失败的 KB5034441 已在后台成功安装,以及任何待处理/失败的后续更新。

来源:原始命令序列来自 Reddit 上“That-Historian5746”的一篇文章:https://www.reddit.com/r/SCCM/comments/192uqku/beware_kb5034441_as_part_of_jan_2024_updates/

我通过使用磁盘管理而不是使用“Diskpart”调整系统分区的大小来稍微简化它。

相关内容