问题是设备是混合磁盘这一事实在使用 dd 或其他此类工具时是否有任何（以及什么）重要性，或者所有操作是否与 HDD 运行相同。
上下文
该设备是 Seagate ST1000LM014。在将笔记本电脑送去维修（声卡）之前，我使用此命令进行了备份：dd if=/dev/sdb conv=sync,noerror bs=64K | gzip -c | split -b 2000m - ./sdb_backup.gz.
可以预见的是，惠普服务人员格式化了驱动器，只是因为。我（还）没有理由怀疑他们交换了它。我恢复了数据：cat sdb_backup.gz.* | gunzip -c | dd of=/dev/sdb conv=sync,noerror bs=64K
现在，从另一个 Windows 中可以看到的只是恢复分区，并gdisk -l /dev/sdb给出了：
找到具有保护性 MBR 的有效 GPT；使用 GPT。
磁盘 /dev/sdb：1953525164 个扇区，931.5 GiB
逻辑扇区大小：512字节
磁盘标识符 (GUID)：{{我删除了它}}
分区表最多可容纳 128 个条目
第一个可用扇区是 34，最后一个可用扇区是 1953525130
分区将在 2048 扇区边界上对齐
总可用空间为 14851 个扇区 (7.3 MiB)
编号 起始（扇区） 结束（扇区） 尺寸 代码 名称
1 2048 1333247 650.0 MiB 2700 基本数据分区
2 1333248 1865727 260.0 MiB EF00 EFI系统分区
3 1865728 2127871 128.0 MiB 0C01 微软保留...
4 2127872 1907614565 908.6 GiB 0700 基本数据分区
5 1907615744 1909415935 879.0 MiB 2700
6 1909415936 1953513471 21.0 GiB 0700 基本数据分区
gparted 显示前 4 个分区的类型“未知”。 sdb4，至少，应该是ntfs，但不会这样挂载，或者ntfs-3g -mount -r -t ntfs-3g /dev/sdb4 /media/myusername/sdb4给出：
NTFS 签名丢失。 无法挂载“/dev/sdb4”：参数无效 设备“/dev/sdb4”似乎没有有效的 NTFS。
但我认为这些背景已经足够了。我已经尝试了很多方法来解决这个错误，但未能修复。我不是在这里寻求解决方案。
答案1
看起来你知道自己在做什么！如果sdb之前（在 Linux 上）工作过，那么在像您描述的那样进行恢复后它肯定会再次工作。如果这发生在我身上，我会怀疑某种用户错误。但无论如何，我就是看不出哪里出了问题。例如，如果gunzip 以错误的顺序输入文件，它会生成可怕的警告消息，您（可能）会注意到。
我想我已经读过有关 SSD 单独暴露的驱动器的信息，并且缓存由软件处理。但我怀疑这是一种早期的黑客行为，一种权宜之计。该驱动器被宣传为即使是 Playstation 或 Mac 也可以进行简单升级。我没有看到提到任何特殊的软件设置。我肯定希望它的行为与普通的非混合驱动器相同。
我了解您可能不再有兴趣或能力调查备份。但我注意到，检查此类备份可能需要备用硬盘驱动器，甚至需要一整 TB 的可用磁盘空间。通过管道传输dd conv=sparse of=single.img将创建一个映像文件，而无需分配从未写入原始驱动器上的块。可以使用 losetup 将图像文件作为磁盘进行访问，例如losetup -P --show -f single.img。 （考虑到您的 split 命令，应该提到的是，无法在 vfat / FAT32 上创建此类映像文件）。
原则上，听起来您未能提前测试恢复。实际上，测试任意操作系统的映像备份的方法是将其恢复到相同的硬件（以及 EFI 引导变量以确保其实际上可引导）。这不太现实。这只是表明图像备份是如何不一般来说非常有用，除了您描述的那种情况之外。
（我想我知道如何为 Linux 安装执行 EFI 操作。对于 Windows...我想使用 Linux 备份确切的设置efibootmgr。或者使用像 CloneZilla 这样专为您设计的工具进行练习。CloneZilla 是相当了不起）。
也就是说，你可以已验证访问映像内文件的能力。该技术将允许对映像备份有一定的信心，并且对恢复用户文件的能力几乎完全有信心。