sfdiskパーティション テーブルを保存および復元するために使用できることはわかっています。
保存：
sfdisk -d /dev/sda > part_table
復元する：
sfdisk /dev/sda < part_table
しかし、保存して復元するための他のコマンドラインツールはありますか？パーティション分割、ディスクの容量が大きいか小さいか、MBR か GPT か?パーティション分割「つまり、ディスク ID (7、82、83 など) を保存および復元するだけでなく、パーティション タイプ (ntfs、ext4、btrfs、swap など) やラベルも保存および復元します。
parted少なくとも次のようなパーティション タイプを保存できます。
parted -ms /dev/sda print > sda.parted
しかし、保存されたパーティションを復元するために、自分で理解できるものを生成できますか？そうでない場合は、コマンドラインツールでできますか？よろしくお願いします
答え1
データ構造には明確な違いがあります。パーティションテーブルそしてそのパーティションの内容:
- パーティション テーブルには、開始点と終了点、タイプ コード、および多くの場合、パーティションに関する追加のメタデータが含まれます。
- パーティションの内容は通常はファイルシステムですが、LVM、スワップ パーティション、ブート ローダー コードなども考えられます。
ソフトウェアの観点からは、この 2 つを分離するのが理にかなっています。ただし、partedパーティションの内容を調べてファイルシステムの種類を判別するなど、多少の漏れはあります。多くのパーティション ツール (特に GUI ツール) は、ファイルシステム操作機能とパーティション操作機能を組み合わせています。これにより、パーティションのサイズ変更などの操作が容易になり、経験の浅いユーザーがデータを破壊 (つまり、「ディスクをパーティション分割」) しやすくなります。基盤となるデータ構造は次のとおりです。全体的にただし、ファイルシステムは完全に分離されている内でパーティション。タイプ コードは単なる「ヒント」であり、現実と同期していないことが多く、誤解を招く可能性があります。
あなたの記事を読んで私が抱いた疑問は、本当に何をしたいですか？つまり、最終目標は何ですか？たとえば、復元できる完全なバックアップを作成したいですか？そうであれば、次のようなものになります。クローンジラはニーズに合うかもしれません。 または での事故に備えてパーティション テーブル自体のバックアップだけが必要な場合はdd、ファイル システム情報は必要なく、指定したコマンド (MBR の場合) またはのオプション (または) (GPT の場合)sfdiskを使用して作成されたバックアップが機能します。参照用または手動レプリケーションやリカバリ用に印刷レコードが必要な場合は、 の出力(または同様のもの) を印刷すると十分です。gdiskbsgdisk -bparted /dev/sda print