ddクローン後のGPT PMBRサイズの不一致


13

Ubuntu EFIブートシステムをより大きなhddに移行しています。コマンドを使用しました

dd if=/dev/sdb of=/dev/sda

コピーする前に入力ファイルのマウントを解除せず、出力ファイルはパーティション化されていない新しいスペースでした。新しい大きなhddから正常に起動しました。

  • fdisk -l レポート:

    GPT PMBRサイズの不一致

  • gdisk 古いドライブサイズ(200GB)を報告し、

  • PMBRは、新しいハードドライブサイズ(2TB)を報告しています。

エラー状態gdisk w(書き込み)コマンドは機能しますが、gdiskヘルプはコマンドxe(バックアップをディスクの最後に再配置)を推奨しています。

私の目標は、古いドライブを取り外し、古いドライブをそのまま使用して、新しいドライブをプライマリブートディスクとして使用することです。

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

回答:


10

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

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


4
この男を信じるべきだ- 彼は書いたgdisk
mikeserv

ライブUSBからgpartedを使用して巻き上げました。パーティションを削除し、新しいドライブのパーティションテーブルを書き換えました。そこから、ロボットの手順を作成しました。gpartedは古いディスクのパーティション構造をコピーし、その間にパーティションのサイズを変更して、新しいディスクのデータをコピーしました。私が寝ている間、それはすべてをしました。
ザクリニーボーン

1
@ZakriKneebone:ここで説明する「なぜこれを行うべきか」はわかりませんが、GPTはディスクの最初最後のセクターに保存されるため、最初のセクターのセクターに障害が発生した場合でも、 -up ...(そして
賛成票

1
@RodSmith 非インタラクティブな代替ソリューションも歓迎します。ddより大きなドライブにクローンを作成した後、この問題は常に再発します。クローンスクリプトが誤った「バックアップGPT」を修正できる場合に便利です。GPT fdisk(sgdisk)バージョン1.0.3に再配置オプションが見つかりません。気にしないでsuperuser.com/questions/905756/...は、それが伝え-e|--move-second-headersgdiskオプションです。
プロバックアップ

1

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


良いものも!多くの人がこのQ&Aから学びます
...-Fabby

0

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

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.