KDE分区管理器在将Windows 10 (UEFI)克隆到更大的SSD后没有看到完整的磁盘大小:如何移动辅助GPT表？

Question

(问题解决了。(见下文)

在将SSD克隆到更大的SSD之后，我希望在克隆的末尾移动恢复分区，然后展开Windows分区以从额外的容量中受益。

为此，我使用KDE分区管理器( 20.12.2版)，该版本随Q4OS双子等离子体发行版一起提供，作为闪存的实时发行版启动。(Q4OS可以在活动模式下进行测试，安装它是可选的。)

完美地显示分区，但是将/dev/nvme0n1磁盘检测为一个500 as的存储，即源SSD的大小，而忽略了可用的额外容量。

我读到，这是由于克隆之后，辅助/备份GPT表仍然位于它原来的位置，位于磁盘的中间，并且可以通过运行gdisk来修复这个问题，gdisk将检测到位于错误位置的次级分区，并建议在驱动器的末尾移动它来纠正这一点。

因此，我运行了gdisk /dev/nvme0n1，但是gdisk (版本1.0.6)没有向辅助GPT输出任何消息。

相反，gdisk的输出是：

The protective MBR's 0xEE partition is oversized! Auto-repairing.
        
        Partition table scan:
          MBR: protective
          BSD: not present
          APM: not present
          GPT: present

Found valid GPT with protective MBR; using GPT.

如果再次调用gdisk，消息将返回，这意味着问题尚未得到解决。

如何使用gdisk (或其他Linux工具)将辅助GPT表移动到磁盘的末尾?

注意:克隆后，我不得不在Windows中运行bcdboot c:\windows，以便再次启动Windows。

Answer 1

在克隆到更大的驱动器后，我找到了将辅助GPT表移动到驱动器末尾的解决方案。这里是NVMe SSD的示例。

1. 运行gdisk /dev/nvmen0 (或SATA驱动器的gdisk /dev/sda )
2. 按?键显示命令列表。
3. 按w键(将表写入磁盘并退出)

gdisk将显示以下消息：Warning! Secondary header is placed too early on the disk! Do you want to correct this problem? (Y/N)

按Y键，然后按Enter键确认。再次确认您接受编写新的GPT表，我们就在这里！