パーティション全体をバックアップしたいボールでリストしたものそのレイアウトを別のディスクに復元できる論理ドライブを含むハードドライブ。はいいいえパーティションの内容をコピーするには、レイアウトのみをコピーしてください。基本パーティションと拡張パーティションの場合は簡単です。
dd if=/dev/sda of=partitiontable.bin bs=1 skip=446 count=64 # backup
dd if=partitiontable.bin of=/dev/sda bs=1 seek=446 count=64 # restore
ところで、論理パーティションのレイアウトに関して、標準ツールでレイアウトを保存する同様の方法があるかどうか疑問に思います。私の考えの主な問題は、EBR位置のオフセットを見つけることです。なぜなら、それはdd残りのタスクを実行するからです。すべてを（おそらく）空のディスクに戻して、同じレイアウトを復元できる必要があることに注意してください。fdiskあるいは、同じ分割ツールを使用することをお勧めしますが、parted使用（スクリプト）を自動化できる必要があり、X関連のパッケージに依存してはいけません。コマンドラインにのみ依存する必要があります。
私のバックアップ計画は、structモジュールを使用して小さなPythonスクリプトでこれを手動で実行することですが、より簡単な方法があることを願っています。
ベストアンサー1
あなたはそれを使用することができますフロッピーディスクこれはGPTパーティションディスクでも実行できます*。
求める:
sfdisk -d /dev/sdX > part_table
復元時に同じディスクとパーティションIDを維持してください**：
sfdisk /dev/sdX < part_table
回復すると、新しいディスクとパーティションIDが作成されます**：
grep -v ^label-id part_table | sed -e 's/, *uuid=[0-9A-F-]*//' | sfdisk /dev/sdY
ノート
*: のためのGPTパーティションテーブル、sfdiskutil-linux 2.26以降が必要です。それlibfdiskの上から最初から書き直されました。
**：デフォルトでは、sfdiskディスクとパーティションIDは新しいIDを作成する代わりにそのままコピーされます。したがって、新しいディスクは同じレイアウトの別のディスクではなく、元のディスクのレプリカになります。 Linux は、/dev/disk/by-uuid/パーティションテーブルの UUID ではなくファイルシステム UUID をチェックします。sfdiskパーティションID（）への参照とディスクID（）への参照がダンプから削除されると、, uuid=...新しいUUIDが作成されます。label-id: ...