web-dev-qa-db-ja.com

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をそのままインストールして、古いドライブを削除し、新しいドライブをプライマリブートディスクとして使用することです。

パーティションを拡張するだけですか、これらのコマンドのいずれかを使用する必要がありますか?

11
Zakri Kneebone

gdiskプロンプトが示唆するとおりに行う:エキスパートの(e)メニューのxオプションを使用して、データ構造をディスクの最後に再配置します。必要に応じて、partedまたはGPartedで同じことを実行できます。 IIRC、彼らは確認を求めますが、半自動で行います。

GPTバックアップデータ構造を移動したら、GPartedを使用してパーティションのサイズを変更できます。

9
Rod Smith

ドキュメンテーションはかなり断片化されており、いくつかの異なる手法を示しているため、同じことをしようとする人のために、試行錯誤の詳細な説明を投稿したいと思います。ライブUSBからgpartedを使用して巻き上げました。パーティションを削除し、新しいドライブのパーティションテーブルを書き換えました。 Gpartedにはステップシーケンサーがあります。古いディスクのパーティション構造をコピーし、その間、パーティションのサイズを変更して、新しいディスクのデータをコピーしました。私が寝ている間、それはすべてをしました。 ddを使用するには、スキップしたfstabファイルの手動更新も必要でした。それから、ライブUSBからddrescue(Software CenterではなくSynaptic経由のUniverseパッケージから)を試してみましたが、gptで動作しないと報告されました。私はgpartedに言及しました。

1
Zakri Kneebone

ちょうど別のデータ。今日、これに遭遇し、EC2インスタンスのEBSボリュームのサイズを変更しました。 growpart /dev/nvme0n1 1を実行して解決し、パーティションのサイズを正しく変更しました。

0
Aaron R.