内容のみを復元する場合(ddを使用)、rawパーティションのサイズを増やす必要がありますか?

内容のみを復元する場合(ddを使用)、rawパーティションのサイズを増やす必要がありますか?

(バックアップのために)パーティションを別のラップトップにコピーしたいです。イーサネットケーブルを使って並んでいるノートパソコンを接続します。バックアップ目的で特別に「dd」コマンドを使用したいと思います。

簡略化のためにdd(ノートブック間通信を提供)で使用する「netcat」コマンドは、以下には表示されません。バックアップを実行するために実行する有効なコマンドは次のとおりです。

dd if=/dev/sda6 of=/home/name/sda6.img

後でバックアップを復元するために、以下を実行する予定です。

dd if=/home/name/sda6.img of=/dev/sda6

しかし、後者のコマンド(最初のコマンドとは反対)を実行するには、ターゲットパーティションがイメージファイルよりも大きくなければならないという内容を読みました。同じデータを元の場所に戻す場合も同様です。 。

これを行うには、rawパーティションのサイズを増やす必要があるため、多くの作業が必要になる場合がありますが、そうしないことをお勧めします。

だから私の質問は、回復のために実際にターゲットパーティションのサイズを増やす必要がありますか?それとも、データはパーティションにきれいに保存されますか?

また、上記のシナリオでパーティションサイズを増やす必要がある場合は、パーティションサイズを増やす必要がないようにddコマンドを少し調整できますか?

詳細が追加されました。

私は次のことがこれらのバックアップの実行に代わるものであることを知っていますが、次の理由でそれを使用しないことにしました。

tar:明らかに、いくつかの属性や同様のものをバックアップしません。

cp: 明らかに、ACL などの一部の項目はバックアップされません。

rsync:このコマンドにはオプションが多すぎて混乱して複雑になりました。そして私はddで私がどこにいるか知っています。

ベストアンサー1

いいえ、生のパーティションのサイズを増やす必要はありません。新しいパーティションは、少なくともファイルシステムほど大きいことが重要ですが、大きくする必要はありません。通常、ファイルシステムはコピーするパーティションのサイズと同じです。

より大きなパーティションを作成するように案内するいくつかのアドバイスを見たことがあります。疑わしい場合は、それが安全な方法だからです。たとえば、10の累乗(SI単位)メガバイト/ギガバイト/テラバイトを2進数(2 10の累乗)単位(MiB / GiB / TiB)と混同しないでください。一部のソフトウェアでは、ラベルが正しく表示されないため、サイズを表示するためにどの単位を使用する必要があるのか​​不明な場合があります。特に小数点でサイズを表示するソフトウェアに注意してください。小数点に丸める必要があるため、より大きなパーティションが作成されることがよくあります。

サイズを正確に報告するソフトウェアを使用する限り、パーティションを大きくする理由はありません。同じサイズにしてください(もちろん、移動後にファイルシステムを拡大したい場合は除く)。

おすすめ記事