GPT UEFI模式Windows 10分区克隆至MBR传统模式硬盘后的启动修复方案咨询

我现在碰到了一个紧急需求：要把一块512GB的NVMe SSD（GPT分区、UEFI启动的Windows 10）克隆到另一台硬件的1TB HDD上，就是为了不用重新安装和配置所有软件、邮件客户端这些麻烦的东西。

源SSD的GPT分区结构如下：

• /dev/sdb1：FAT32格式，SYSTEM分区，250.00 MiB，带boot标记
• /dev/sdb2：未知格式，16.00 MiB，msftres类型
• /dev/sdb3：NTFS格式，Windows系统分区，475.96 GiB
• /dev/sdb4：未知格式，726.00 MiB，hidden、diag标记

之前的两次失败尝试 #

第一次尝试 #

我先直接克隆了整个硬盘，但之后做的启动修复操作完全失败了。

第二次尝试 #

后来我换了个思路：先在应急硬件上全新安装Windows 10（默认用了MBR分区表），然后只克隆覆盖Windows系统分区。现在目标硬盘的MBR分区结构是这样的：

• /dev/sda1：NTFS格式，System reserved分区，50.00 MiB，带boot标记
• /dev/sda2：NTFS格式，Windows分区，930.95 GiB（分区过大）
• /dev/sda3：NTFS格式，diag分区，523.00 MiB
• 剩余未分配空间

但自动启动修复还是失败了，目前我还没尝试fixboot、fixmbr和重建BCD这些命令。而且能明显看到源盘的启动分区比目标盘的大很多。

当前计划与疑问 #

现在我正在调整目标盘的分区：把/dev/sda2缩小到约500GB，腾出空间给系统分区，之后打算克隆源盘的GPT分区结构。但我不确定启动分区该怎么处理——如果直接克隆源盘的启动分区，那不就回到第一次尝试的情况了吗？

我到底该按什么步骤操作，才能让克隆后的系统在应急硬件上正常启动？

我手头可用的工具 #

• 带Windows安装程序的U盘，能通过“修复”工具运行diskpart等命令
• 可引导的Linux PartedMagic光盘（带有gparted和终端）

额外的棘手问题 #

1. 源盘是UEFI启动，而当前应急硬件更倾向于传统legacy启动，这部分该怎么适配？
2. 源SSD的扇区是512字节，而且分区没有对齐到4096字节的倍数；目标HDD是4K扇区但支持512字节逻辑扇区（AF格式）。克隆后fdisk提示分区未对齐到柱面，GParted还显示克隆后的磁盘未格式化，并且有seek错误，这也很头疼。

备注：内容来源于stack exchange，提问作者OuzoPower