源 HDA（2TB 机械硬盘）上有 5 个分区（GPT），用于占用 2TB HDA 的全部容量。
操作系统驻留在源驱动器上是Windows 10。
由于大部分“数据”分区是未使用的存储空间，并占用了 1.5TB 的驱动器容量，因此使用 gparted 将其缩小到约 350GB，而“按钮恢复”分区（在源 HDA 上位于其上方）向下移动以与数据分区相邻。
源 HDA 的结果状态是 2TB HDA 上有 5 个分区占用不到 400GB，驱动器上的多余存储空间是未分配的空间。
建议的目标设备是 Samsung 500GB SDD，当前处于未分配状态（未定义分区，也未将引导结构写入驱动器）。
假设：
我可以使用dd（bs=1M，未指定计数参数）直接从源设备写入目标设备，因为源设备上的总分区大小小于目标设备的容量；并且只有在传输后目标设备上导致的未分配空间出现异常情况。
通过将“按钮恢复”分区重新定位到驱动器空间的上端，并增加数据分区以填充目标设备上的剩余未分配空间，可以解决目标设备的异常未分配区域问题，使用 gparted 应该可以工作并且给我留下一个可启动设备。
问题：
我不会修改 Windows 系统，除非我被其他人（比如家庭成员）逼到墙角，所以我在处理这种情况时没有太多的直觉；那么，在我浪费时间这样做之前，有人能明白为什么这会产生不可启动的目标 SSD 吗？
＃ ＃ ＃ ＃ ＃ 更新 ＃ ＃ ＃ ＃ ＃
好的....我正在跟进这一点 - 只是为了让其他人知道在这种特殊情况下最终什么是有效的：
Partition arrangement on the source HDD:
Partition FS Label Size Flags
/dev/sdg1 ntfs Recovery 600 MiB hidden, diag
/dev/sdg2 fat32 ESP 300 MiB boot, esp
/dev/sdg3 unknown 128 MiB msftres
/dev/sdg4 NTFS User Data Space 350 GiB msftdata
/dev/sdg5 NTFS Push Button Reset 16.61 GiB hidden, diag
Unallocated -- -- 1.5 TiB --
Partition arrangement on the target SSD:
Partition FS Label Size Flags
/dev/sdh1 ntfs Recovery 600 MiB hidden, diag
/dev/sdh2 fat32 ESP 300 MiB boot, esp
/dev/sdh3 unknown 128 MiB msftres
/dev/sdh4 NTFS User Data Space 448.15 GiB msftdata
/dev/sdh5 NTFS Push Button Reset 16.61 GiB hidden, diag
花了很多时间尝试各种方法来解决手头的问题，但结果并不令人满意。
由于分配的时间即将到期，因此安装的操作系统恢复工具用于创建“恢复”介质，并对主机系统中安装的 SSD 执行操作系统恢复。
将两个驱动器连接到基于 Debian 8.5 的计算机后，使用partclone_0.2.73-2+b1 (partclone.ntfs) 将用户数据分区从源 HDD 写入目标 SSD。 （/dev/sdg4 到 /dev/sdh4）
虽然与 Windows 无关的解决方案是首选，但此方法生成的可启动目标 SSD 的所有原始用户数据都完好无损，并且避免了分区表之间的不匹配。
有关 Partclone 的信息可以在以下位置找到：
https://packages.debian.org/jessie/admin/partclone
答案1
好的......根据 Kusalananda 的建议，我已经分享了在这种情况下对我有用的内容，作为我原始帖子的更新，并且不会重复我在这个空间中输入的内容。
看起来，如果无法立即访问或创建恢复介质，则上述方法将不容易实现。所以这种方法的效用不言而喻是有限的；但它确实解决了手头的问题。