ddクローン後のGPT PMBRサイズの不一致
Ubuntu EFIブートシステムをより大きなhddに移行しています。コマンドを使用しました
dd if=/dev/sdb of=/dev/sda
コピーする前に入力ファイルのマウントを解除せず、出力ファイルはパーティション化されていない新しいスペースでした。新しい大きなhddから正常に起動しました。
fdisk -lレポート：GPT PMBRサイズの不一致
gdiskは、古いドライブサイズ（200GB）とPMBRは、新しいハードドライブサイズ（2TB）を報告しています。
エラーはgdisk w（書き込み）コマンドが機能することを示していますが、gdiskヘルプはxeコマンド（ディスクの最後にバックアップを再配置する）を推奨しています。
私の目標は、古いgrubをそのままインストールして、古いドライブを削除し、新しいドライブをプライマリブートディスクとして使用することです。
パーティションを拡張するだけですか、これらのコマンドのいずれかを使用する必要がありますか？
gdiskプロンプトが示唆するとおりに行う：エキスパートの（e）メニューのxオプションを使用して、データ構造をディスクの最後に再配置します。必要に応じて、partedまたはGPartedで同じことを実行できます。 IIRC、彼らは確認を求めますが、半自動で行います。
GPTバックアップデータ構造を移動したら、GPartedを使用してパーティションのサイズを変更できます。
ドキュメンテーションはかなり断片化されており、いくつかの異なる手法を示しているため、同じことをしようとする人のために、試行錯誤の詳細な説明を投稿したいと思います。ライブUSBからgpartedを使用して巻き上げました。パーティションを削除し、新しいドライブのパーティションテーブルを書き換えました。 Gpartedにはステップシーケンサーがあります。古いディスクのパーティション構造をコピーし、その間、パーティションのサイズを変更して、新しいディスクのデータをコピーしました。私が寝ている間、それはすべてをしました。 ddを使用するには、スキップしたfstabファイルの手動更新も必要でした。それから、ライブUSBからddrescue（Software CenterではなくSynaptic経由のUniverseパッケージから）を試してみましたが、gptで動作しないと報告されました。私はgpartedに言及しました。
ちょうど別のデータ。今日、これに遭遇し、EC2インスタンスのEBSボリュームのサイズを変更しました。 growpart /dev/nvme0n1 1を実行して解決し、パーティションのサイズを正しく変更しました。