使用 GPT 在新 HDD 上克隆了 MBR 分区，但在 Win10 中未显示

Question 1

以下几点与您的问题没有直接关系，但可能会在将来产生问题：

如果你启动正常但该功能被禁用，则在固件中启用兼容性支持模块 (CSM) 即可没有什么很有帮助。CSM 使您能够在新的基于 EFI 的计算机上启动基于 BIOS 的操作系统。这可能是一个有用的功能，但一旦 EFI 模式操作系统启动，它就 100% 无关紧要了。更糟糕的是，如果它处于活动状态，您的计算机可能会决定启动您在 BIOS 模式下插入的媒体。这可能会使未来的操作系统安装变得复杂，因为安装程序可能会在 BIOS 模式下启动，看到现有的 EFI 模式安装，然后失败或创建难以管理的配置。
自 Windows Vista（SP1，如果我没记错的话），Windows 已经能够处理 MBR 或 GPT 数据磁盘。主操作系统是在 BIOS 模式还是 EFI 模式下启动并不重要；数据磁盘可以采用任何一种形式。因此，您不必太担心这一点——当然，除非您的磁盘被错误检测……

现在，谈谈您的问题：Windows 和分区向导似乎对磁盘数据结构的解释不同。这可能表明分区向导在准备磁盘时写入了错误的数据结构。如果没有看到提供更多底层信息的程序（例如我自己的程序）的详细输出，很难更准确地判断GPT fdisk（gdisk）。如果您想尝试，请启动gdisk磁盘，然后输入p、v、x、o和q。这些命令将显示关键信息，然后退出。例如：

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 7814037168 sectors, 3.6 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 90D4AB8D-9A26-4E95-AAFA-18560E508493
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 7814037134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      7814037134   3.6 TiB     8E00  Linux LVM

Command (? for help): v

No problems found. 2014 free sectors (1007.0 KiB) available in 1
segments, the largest of which is 2014 (1007.0 KiB) in size.

Command (? for help): x

Expert command (? for help): o

Disk size is 7814037168 sectors (3.6 TiB)
MBR disk identifier: 0x00000000
MBR partitions:

Number  Boot  Start Sector   End Sector   Status      Code
   1                     1   4294967295   primary     0xEE

Expert command (? for help): q

如果没有这些详细信息，我的第一个猜测是你不小心做了以下两件事之一：

创建了具有非法保护性 MBR 的 GPT-- GPT 数据结构的一部分是保护性 MBR，其目的是让不支持 GPT 的工具认为磁盘已完全分区。可能是磁盘具有 GPT 数据结构，但保护性 MBR 格式不正确，导致 Windows 工具告诉您磁盘未按照分区向导所述的方式进行分区。相比之下，该工具会对保护性 MBR 进行不太严格的测试，并向您显示 GPT 数据结构。gdisk我建议您运行的命令将测试数据结构的有效性并显示 GPT 和 MBR 数据结构。虽然可以想象 Windows 会反对一些gdisk不费心报告的事情，但我不知道有什么具体的问题会通过这个特定的漏洞，所以这似乎不太可能。
创建了混合 MBR—— 这实际上是前一个情况的一个特例。混合型MBR是合法 GPT 磁盘的一个变体，无法识别 GPT 的操作系统会将其解释为 MBR 磁盘，因为保护性 MBR 包含通常不包含的数据。（事实上，GPT 规范非常明确地规定了保护性 MBR 中应该包含哪些内容，而混合 MBR 违反了该规范。）当显示这样的磁盘时，Windows 更倾向于 MBR 端而不是 GPT 端，而 macOS 和 Linux 都将此类磁盘视为 GPT 磁盘。这种操作系统差异使得混合 MBR 在 Mac 上双启动旧版本的 Windows 时非常有用，因为 Windows 7 及更早版本在 EFI 模式下无法正常启动，但 OS X 可以在 EFI 模式下安装。因此，使用混合 MBR，Windows 可以在 BIOS 模式下启动并认为磁盘是 MBR 磁盘，但 OS X 可以在 EFI 模式下启动并将磁盘视为 GPT 磁盘。但是，如果您不小心创建了混合 MBR，则可以想象分区向导会告诉您有关 GPT 端的信息，而 Windows 分区工具会告诉您有关 MBR 端的信息。（gdisk如果两者都存在，我建议您运行的命令将报告 GPT 和 MBR 数据结构，从而测试这个假设。）

如果上述假设之一正确，则可以通过创建新的保护性 MBR 来解决问题。有几种工具可以做到这一点。（也许 Partition Wizard 可以；但如果可以，我不知道如何使用该工具做到这一点。）在中gdisk，您将在磁盘上启动该工具，键入x以进入专家菜单，键入n以创建新的保护性 MBR，然后键入w以保存更改（您还必须确认此更改）。我不建议在未先诊断问题的情况下执行此操作；但是，如果您的原始磁盘仍正常工作，如果我错了，冒着损坏磁盘的风险可能还不错。

如果您不能或不想使用gdisk（或其他提供类似详细信息的工具）来诊断问题，那么我的建议是使用其他工具重新执行磁盘准备和复制操作。我对 Windows 磁盘克隆工具的了解有限，所以我没有任何具体的建议（除非您可能使用 Linux 进行双启动，在这种情况下我足够熟悉以ntfsclone帮助您）。但从广义上讲，我认为您应该准备新磁盘，确保 Windows 可以读取它，然后将原始磁盘进行文件或文件系统级克隆到新磁盘。我有一种隐隐的怀疑，您的问题是由您使用的一步到位方法引起的，也许与您从 MBR 克隆到 GPT 的事实有关。

Answer