私はすでに理解していますDDcmdを使用すると(OSがインストールされている)ハードドライブのイメージを作成し、他のハードドライブに書き込むことができます。
この方法の問題は、2 TBドライブがあり、OS + MBR / EFIが10 GBにすぎない場合でも、2 TBドライブの空き領域ブロック全体をコピーする必要があるため、この方法は非常に遅く非効率的です。この画像を新しいハードドライブに書き込んだ後は、2TBのデータも書き込む必要があります。
これを行うより効率的な方法があるかどうか疑問に思います。パーティションデザインメタデータをコピーし、OSファイル+ MBR / EFIデータをコピーしますか?空きスペースブロックを無視しますか?
ベストアンサー1
技術が低くて高速な方法は、ファイルシステムを埋め込みコンテンツに縮小し、パーティションテーブルを再構築し、各パーティションで使用されている部分のみを再構築することです。コピーしたら、各ファイルシステムを展開してそのパーティションを作成します。
ただし、この問題を解決できるツールを使用する必要があります。画像の一部ファイルシステムは保存および復元が可能で、使用した部分だけが保存されます。だから確認クローン属。したがって、あなたの質問に対する答えは実際には次のようになります。partimageまたはclonezillaの使用。
この種の展開を実行すると、すべてのシステムで同じファイルシステムが作成されます。同じファイルシステムUUID、同じ初期RNGステータス、同じSSH秘密鍵などがあります。各レプリカが独立して進化する限り、UUIDの競合は重要ではありません。しかし、これはUUIDが一意であるという期待に違反し、たとえば、複数のレプリカのファイルシステムが最終的に同じシステムにマウントされると、問題を引き起こす可能性があります。インスタンスが独自に収集される前にインスタンスが起動して使用されると、RNG 状態に問題が発生する可能性があります。秘密鍵に問題があるようです。したがって、レプリケーション後に各インスタンスに対してパーソナライゼーション手順を実行する必要があります(参照:Linuxインストールを新しいコンピュータに移動する)。
別のアプローチは、各レプリカに新しいファイルシステムを作成し、ファイルを別々にコピーすることです(cp -a
私の経験によれば、GNUはcp
すべてのメタデータを保存するのに精通しています)。ただし、これは直接ファイルシステムのコピーよりも遅くなる可能性があり、特にファイルを読み取るときに前後に検索が頻繁に発生する回転メディア(フラッシュではなくHDD)では、より遅くなる可能性があります。