我已经通过 USB 3.0 连接并初始化（作为 GPT）了一个新的 3.5 3TB 硬盘驱动器（使用这款 Orient UHD-523 适配器我使用这个硬盘驱动器（配备外部电源）将我的数据从两个旧的 1TB 硬盘驱动器移到了其中。
现在我移除了旧硬盘驱动器，通过 SATA 连接了一个新的硬盘驱动器……PC 检测到它是 2TB 初始化分区 + 1TB 未分配空间，除非我通过 USB 将其重新插入，否则我看不到其中的数据。（SATA 处于 AHCI 模式，我有 Win 10 和 Asus Prime B450-Plus MOBO 以及新驱动程序）
好像这里描述的情况，但我不确定。
有人能否确认，由于某种原因，通过 USB 和 SATA 初始化为 GPT 的同一硬盘驱动器由于某种原因变得不兼容？
当驱动器位于 USB 适配器上时，Windows 磁盘管理显示的内容如下：
这是系统 SATA 连接上的相同驱动器：
SATA 报告正确的驱动器名称，而 USB 显示它是 Asmedia as2135 SCSI。
*UPD 问题解决了，请查看已接受的答案。
我学到的教训是，SCSI（外部 USB 驱动器连接器）只能用作外部驱动器，而不能用于为未来的内部驱动器传输数据，因为它们完全不兼容。
并且您不能使用内置 SATA 驱动器并通过 USB 连接它，除非重新初始化。
答案1
据我所知，它只是将 sata 驱动器连接到 u asb 端口并添加一些 12v 电源使其旋转。
不，没有“仅将 SATA 连接到 USB”这种说法。适配器本身就是一个完整的 USB 设备，它必须真正转换所有内容 - 电气信号不同；协议不同（SATA 磁盘无法理解 USB 协议，USB 端口无法识别 SATA 设备）；甚至磁盘访问命令集也不同（SATA 磁盘使用 ATA，USB 适配器必须将其转换为 SCSI 或从 SCSI 转换为 SCSI，这是 USB 存储设备所必需的）。
看起来像这里描述的情况，但我不确定。
这似乎与链接帖子中的原因相同。您的 USB SATA 适配器接受 512 字节扇区磁盘，但向操作系统假装它实际上是 4096 字节扇区磁盘。（此技巧允许对 2 TiB 以上的磁盘进行 MBR 分区，因为 8 倍大的扇区意味着 8 倍少的扇区 - 例如，对于无法识别 GPT 的电视或旧 WinXP 系统，它可能很有用。）
（请注意，此翻译不是在 USB-SATA 适配器中通用 - 这是适配器制造商专门决定包含的功能。）
您的磁盘已进行 GPT 分区。GPT 数据（即实际分区列表）不是从特定字节开始，而是从特定部门（LBA 1 及以后），因此如果适配器模拟不同的扇区大小，则相同的 LBA 实际上将指向与磁盘直接连接时不同的数据，反之亦然，因此无法再找到 GPT。但是，“保护性”MBR 无论如何都为 0，因此仍然可以识别。
建议：
使用相同的 USB 适配器将数据移至其他地方。磁盘清空后，使用“diskpart”删除其分区，通过 SATA 直接重新连接，并重新初始化新的 GPT 分区表。然后将所有数据移回，就像您有一个全新的磁盘一样。
它可能有可能只构建一个指向正确位置的新 GPT，而无需移动数据（小心使用 Linux“gdisk”工具），但我不确定 NTFS 本身是否依赖于扇区大小。
我学到的教训是，SCSI（外部 USB 驱动器连接器）只能用作外部驱动器，而不能用于为未来的内部驱动器传输数据，因为它们完全不兼容。
该问题与 SCSI 或 USB 无关。它是由您的适配器引起的，具体来说，它试图变得过于聪明，以致于损害自己的利益。
在执行此扇区转换的 USB 适配器与未执行此扇区转换的 USB 适配器之间切换时，您会遇到同样的问题。
你不能使用内置 SATA 驱动器并通过 USB 连接它，而无需重新初始化
你绝对可以，只要您的 USB-SATA 适配器不进行这种扇区转换。使用仅“传递”原始 512 字节扇区的适配器，一切都将按预期工作。