使用从另一台计算机上的现有 Windows 获取的映像在 virt-manager 上启动 Windows

Question

这两个因素中的一个或两个都可能起作用，其中第二个因素是启动问题：

Windows 不宜在一个系统上进行镜像，并在未先运行的情况下在另一个系统（VM 或其他）上使用SysPrep在新系统启动之前，在克隆的操作系统分区上

A浮力调节装置店铺 [UEFI] 问题，因为当 Windows 移动/应用到新分区时，设备卷路径和 GUID 在 BCD 存储 [ Boot\BCD|| ]中不再准确：EFI\Microsoft\Boot\BCD

BCD 存储中的不准确会导致启动失败在启动期间阶段2：
引导加载程序阶段 → Windows 引导管理器

BCD 存储卷路径和 GUID 示例：

# Full volume paths:
  # \\?\GLOBALROOT\Device\Harddisk#\HarddiskVolume#
  # \\?\GLOBALROOT\Device\Harddisk#\Partition#

PS $  BcdEdit /Enum

  Windows Boot Manager
  --------------------
  identifier              {bootmgr}
  device                  partition=\Device\HarddiskVolume8
  path                    \EFI\Microsoft\Boot\bootmgfw.efi
  description             Windows Boot Manager
  locale                  en-US
  inherit                 {globalsettings}
  default                 {current}
  resumeobject            {e335a64a-37dc-11eb-bd2a-85edee9cbf64}
  displayorder            {current}
  toolsdisplayorder       {memdiag}
  timeout                 30

  Windows Boot Loader
  -------------------
  identifier              {current}
  device                  partition=C:
  path                    \Windows\system32\winload.efi
  description             Windows 10
  locale                  en-US
  inherit                 {bootloadersettings}
  recoverysequence        {55541c35-9fa7-11eb-9281-8086f283f968}
  displaymessageoverride  CommandPrompt
  recoveryenabled         Yes
  isolatedcontext         Yes
  allowedinmemorysettings 0x15000075
  osdevice                partition=C:
  systemroot              \Windows
  resumeobject            {e335a64a-37dc-11eb-bd2a-85edee9cbf64}
  nx                      OptIn
  bootmenupolicy          Standard
  hypervisorlaunchtype    Auto

解决：

首先执行 BCD 存储修复 [#3]，但 VHDX 应该是 SysPrep'd，因为那是正确的将操作系统克隆到其他机器（物理或虚拟）的方法：
^{（我已按正确的时间顺序列出了这些步骤）}

系统准备VHDX：
1. 引导在克隆的 VHDX 所在的同一系统上登录
2. + R→ 打开：%WinDir%\System32\Sysprep\sysprep.exe→ 确定
  1. 系统清理操作： 进入系统开箱即用体验 (OOBE)
  2. 关机选项：关闭
  3. 好的
3. 完成后SysPrep，重新启动到原始 Windows 安装并从 SysPrep'd VHDX 重新创建 VM 映像
VM 中的固件设置 [BIOS || UEFI] 必须匹配：
如果 Windows 安装在 UEFI PC 上，则 VM 必须是 UEFI，并且禁用 CSM [旧版] 模式
- CSM 模式永远不应该启用，因为其唯一目的是支持 2017 年左右尚不支持 EFI 启动的发行版；它在 32 位环境中模拟 BIOS 的 16 位架构，这样做会导致性能下降（启动时间增加 400% 以上，GPT 不能在 Windows 中使用，等等）

启动到温瑞：命令提示符并执行方法2&3：
^{如果 WinRE 启动失败，请启动安装 ISO/USB [温湿度记录仪] 并通过 ++Ctrl打开终端ShiftF10}
[BootRec|BcdBoot]

BIOS：

BootRec /FixMBR && BootRec /FixBoot && BootRec /RebuildBCD

UEFI：

BootRec /FixMBR && BootRec /RebuildBCD

如果需要，修复启动目录需要执行 EFI 启动的额外步骤：

::# Mount EFI partition at Y:
    Diskpart

      Lis Vol
      Sel Vol #
      Assign Letter=Y
      Exit

::# Enter EFI directory and repair EFI boot structure:
    Cd /d "Y:\EFI\Microsoft\Boot"
    BootRec /FixBoot

    ::# If Access Denied error occurs (C: is OS partition, refer to Lis Vol):
        BcdBoot C:\Windows /s C: /f UEFI

::# Resolve any other boot issues:
    BootRec /FixMBR && BootRec /RebuildBCD

::# Remove EFI mountpoint and reboot:
    DiskPart

      Sel Vol Y
      Remove
      Exit

    Exit

尽管启动修复可以使用，但不能保证它会修复未损坏的 BCD 存储，通常会返回未找到或无法修复的问题：
^{（我从来没有找到关于启动修复在后端做什么的手册页——如果知道的话请评论）}

众所周知，在将操作系统移动/应用到新分区后，BCD 存储几乎总是导致启动问题（答案顶部 #2），因此直接运行效率更高BootRec，从开始到结束大约需要 2 分钟，而启动修复需要更长的时间才能运行，用户才能确定问题是否得到解决
启动修复并没有列出它之后会做什么，而是日志记录到：
```
X:\Windows\System32\LogFiles\Srt\Srttrail.txt
```
要确定做了什么/没做什么，需要访问 WinRE 的命令提示符并在其中打开日志NotePad；如果不这样做，日志会在重新启动时丢失，因为这X:是一个 RAM 驱动器

所有这些都比BootRec直接运行修复最可能出现的问题（BCD 存储问题）花费的时间长得多（效率低下）。（巧干活，而不是苦干活）。

Answer 1