Windows 10(UEFI)をより大きなSSDに複製した後、KDE ​​Partition Managerにディスク全体のサイズは表示されません。セカンダリGPTテーブルを移動するには?

Windows 10(UEFI)をより大きなSSDに複製した後、KDE ​​Partition Managerにディスク全体のサイズは表示されません。セカンダリGPTテーブルを移動するには?

(解決済み。下記参照)

SSDをより大きなSSDに複製した後回復パーティションをレプリケーションの最後に移動し、Windowsパーティションの拡張追加容量の利点

この目的のために、私は以下に付属のKDE Partition Managerバージョン20.12.2を使用します。Q4OS ジェミニプラズマDistroはフラッシュドライブからライブディストリビューションで起動します。 (Q4OSはライブモードでテストでき、インストールはオプションです。)

KDEパーティションマネージャパーティションは完全に表示されますが、/dev/nvme0n1ディスクをソースSSDサイズの500 GBストレージとして検出します。利用可能な追加容量を無視

私はこれが行われることを読んだ。セカンダリ/バックアップGPTテーブルは元の場所に保持されます。、複製後にディスクの中央にあり、gdisk を実行すると、この問題を解決できます。 gdiskは間違った場所にあるセカンダリパーティションを検出し、それをドライブの端に移動して問題を修正することを提案します。

そのため、実行しましたが、gdisk /dev/nvme0n1gdisk(バージョン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を使用してセカンダリGPTテーブルをディスクの端に移動する方法(または他のLinuxツール)

bcdboot c:\windowsレプリケーション後にWindowsを再起動できるようにするには、Windowsコンソールで実行する必要がありました。

答え1

大きなドライブにレプリケートした後、セカンダリGPTテーブルをドライブの端に移動するソリューションを見つけました。ここではNVMe SSDを例に挙げます。

  1. 実行gdisk /dev/nvmen0
    (またはgdisk /dev/sdaSATAドライブの場合)
  2. この?キーを押すとコマンドのリストが表示されます。
  1. キーを押すw(テーブルをディスクに書き込んで終了)

gdisk次のメッセージが表示されます。Warning! Secondary header is placed too early on the disk! Do you want to correct this problem? (Y/N)

キーを押しYてからEnterキーを押して確認します。新しいGPTテーブルへの書き込みを受け入れていることをもう一度確認してください。

関連情報