agentc /enable 失败,错误代码为 3bc3,Windows 更新失败,错误代码为 800F0922

agentc /enable 失败,错误代码为 3bc3,Windows 更新失败,错误代码为 800F0922

不久前,我将 Windows 分区从旧硬盘克隆到新的 SSD 上。现在,我遇到了最新的累积 Windows 更新问题(该更新反复失败,错误代码为 0x800F0922),我想使用 Windows 恢复环境进行故障排除。

由于我只克隆了 Windows 分区本身,因此当前没有恢复分区,当我尝试reagentc /enable创建一个新的分区时,失败并3bc3显示错误代码“找不到请求的系统设备”。

发生了什么事?有什么办法可以阻止它?

答案1

如果 EFI 分区的 GPT 分区类型错误,就会发生这种情况。事实证明,这也是导致累积更新出现问题的原因。

如果您遇到类似问题,可以检查这是否是命令的问题diskpart。假设您只有一个硬盘驱动器,

select disk 0
list partition

你应该看到类似这样的内容:

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    System             500 MB  1024 KB
  Partition 2    Primary            445 GB   501 MB

较小的名为“系统”的分区是您想要的分区,通常是分区 1,因此

select partition 1
detail partition

你应该看到类似这样的内容

Partition 1
Type    : c12a7328-f81f-11d2-ba4b-00a0c93ec93b
Hidden  : Yes
Required: No
Attrib  : 0XC000000000000000
Offset in Bytes: 1048576

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
* Volume 3                      FAT32  Partition    500 MB  Healthy    System

如果文件系统不是 FAT32,则说明您没有找到正确的分区。该分区也应该是隐藏的,并且通常不会分配驱动器号,除非(如最初发布的问题中所述)出于故障排除目的明确指定了驱动器号。它可能不完全是 500MB,但应该只占用硬盘的一小部分。

EFI 分区的类型应c12a7328-f81f-11d2-ba4b-00a0c93ec93b如上所示。 如果不是,尤其是如果它是ebd0a0a2-b9e5-4433-87c0-68b6b72699c7(见Microsoft 基本数据分区在维基百科上),那么这很可能就是问题的原因。

如果分区类型不正确,您可以使用以下set id命令修复此问题,

set id=c12a7328-f81f-11d2-ba4b-00a0c93ec93b

reagentc /enable命令应该可以工作,如果你幸运的话,Windows Update 也可以工作。

相关内容