(解決済み。下記参照)
SSDをより大きなSSDに複製した後回復パーティションをレプリケーションの最後に移動し、Windowsパーティションの拡張追加容量の利点。
この目的のために、私は以下に付属のKDE Partition Managerバージョン20.12.2を使用します。Q4OS ジェミニプラズマDistroはフラッシュドライブからライブディストリビューションで起動します。 (Q4OSはライブモードでテストでき、インストールはオプションです。)
KDEパーティションマネージャパーティションは完全に表示されますが、/dev/nvme0n1
ディスクをソースSSDサイズの500 GBストレージとして検出します。利用可能な追加容量を無視。
私はこれが行われることを読んだ。セカンダリ/バックアップ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を使用してセカンダリGPTテーブルをディスクの端に移動する方法(または他のLinuxツール)?
bcdboot c:\windows
レプリケーション後にWindowsを再起動できるようにするには、Windowsコンソールで実行する必要がありました。
答え1
大きなドライブにレプリケートした後、セカンダリGPTテーブルをドライブの端に移動するソリューションを見つけました。ここではNVMe SSDを例に挙げます。
- 実行
gdisk /dev/nvmen0
(またはgdisk /dev/sda
SATAドライブの場合) - この
?
キーを押すとコマンドのリストが表示されます。
- キーを押す
w
(テーブルをディスクに書き込んで終了)
gdisk
次のメッセージが表示されます。Warning! Secondary header is placed too early on the disk! Do you want to correct this problem? (Y/N)
キーを押しY
てからEnter
キーを押して確認します。新しいGPTテーブルへの書き込みを受け入れていることをもう一度確認してください。