ディスクのクローン作成にDDを使用する

ディスククローン作成ツールに関していくつかの質問がありdd、少なくとも一度は提案されています。dd主に使いやすさ、そしてほとんどすべてのブート可能なLinuxディストリビューションですぐに利用できるため、私はすでに自分自身の使用を検討しています。

ddディスクのクローン作成に最適な方法は何ですか？簡単なGoogle検索を行ったところ、最初の結果は明らかに失敗した試みでした。使用後に行う必要ddがあることはありますか、つまり、使用できないものはありddますか？

ddは間違いなく最高のクローン作成ツールであり、次のコマンドを使用するだけで100％レプリカを作成します。一度も問題があったことはありません。

dd if=/dev/sda of=/dev/sdb bs=32M

すべてのバイトのクローンを作成する際、使用中のドライブまたはパーティションでこれを使用しないでください。特にデータベースのようなアプリケーションはこれにうまく対処できず、データが破損する可能性があります。

スペースを節約するために、ddによって生成されたデータをgzipで圧縮できます。例：

dd if=/dev/hdb | gzip -c  > /image.img

次の方法でディスクを復元できます。

gunzip -c /image.img.gz | dd of=/dev/hdb

さらにスペースを節約するには、クローンしたいドライブ/パーティションを事前にデフラグし（適切な場合）、残りの未使用スペースをすべてゼロにして、gzipが圧縮しやすくします。

mkdir /mnt/hdb
mount /dev/hdb /mnt/hdb
dd if=/dev/zero of=/mnt/hdb/zero

少し待つと、ddは最終的に「ディスクがいっぱいです」というメッセージで失敗します。

rm /mnt/hdb/zero
umount /mnt/hdb
dd if=/dev/hdb | gzip -c  > /image.img

また、次の例のように、killコマンドでシグナルを送信することで、ddプロセスをバックグラウンドで実行してステータスを報告できます。

dd if=/dev/hdb of=/image.img &
kill -SIGUSR1 1234

システムを確認してください-上記のコマンドはLinux、OSX、およびBSDのddコマンドで受け入れられる信号が異なります（OSXが使用するSIGINFO- Ctrl+ Tを押してステータスを報告できます）。

注意：ライブファイルシステムをdd 'すると、ファイルが破損する可能性があります。その理由は単純であり、進行中のファイルシステムのアクティビティを理解しておらず、それを軽減しようとはしていません。書き込みが部分的に進行中の場合、部分的な書き込みが行われます。これは通常、物事には良くなく、一般的にはデータベースにとって致命的です。また、あなたはタイプミスが発生しやすいが台無し場合場合とのパラメータ、あなたがたに災い。ほとんどの場合、rsyncはマルチタスクの登場後に書かれた同様に効果的なツールであり、個々のファイルの一貫したビューを提供します。

ただし、DDはマウントされていないドライブのビット状態を正確にキャプチャする必要があります。ブートローダー、llvmボリューム、パーティションUUID、ラベルなど。ターゲットドライブをビット単位でミラーリングできるドライブがあることを確認してください。

ddを使用して不良セクタを含む可能性のあるディスクのクローンを作成する場合は、「conv = noerror、sync」を使用して、エラーが発生しても停止せず、欠落しているセクタをヌルバイトで埋めます。これは通常、障害が発生したディスクまたは障害が発生したディスクから回復しようとする場合の最初の手順です。回復を試みる前にコピーを取得し、正常な（クローン）ディスクで回復を行います。コピーできなかった空白セクターに対処するために、回復ツールに任せます。

また、ddの速度はbs（ブロックサイズ）設定の影響を受ける場合があります。私は通常bs = 32768を試しますが、自分のシステムでテストして、何が最も速く機能するかを確認することをお勧めします。（これは、テープに書き込む場合など、別の理由で特定のブロックサイズを使用する必要がないことを前提としています。）

ディスクのクローンを作成するために本当に必要なことは、ddへの入力と出力を指定することだけです。

dd if=/dev/hdb of=/image.img

もちろん、/ dev / hdbから直接読み取るための適切なアクセス許可があることを確認し（rootとして実行することをお勧めします）、/ dev / hdb がマウントされていないことを確認します（ディスクがコピーされている間はコピーしないでください）変更されている-読み取り専用としてマウントすることもできます）。完了すると、image.imgはディスク全体のバイト単位のクローンになります。

ddを使用してディスクを複製することには、いくつかの欠点があります。まず、ddはディスク全体をコピーし、空のスペースもコピーします。大きなディスクで実行すると、非常に大きなイメージファイルが作成される可能性があります。第二に、ddは進行状況をまったく表示しません。これは、コピーに時間がかかるためイライラする可能性があります。3番目に、このイメージを他のドライブにコピーする場合（やはりddを使用）、それらは元のディスクと同じかそれ以上である必要がありますが、ターゲットディスクにある追加のスペースは使用するまで使用できませんパーティションのサイズを変更します。

ディスクからディスクへの直接コピーを行うこともできます。

dd if=/dev/hdb of=/dev/hdc

ただし、空き容量に関しては上記の制限が適用されます。

問題や落とし穴に関する限り、ddはほとんどの場合素晴らしい仕事をしています。しかし、しばらく前に私は死にかけそうなハードドライブを持っていたので、完全に死ぬ前にddを使ってどんな情報をコピーできるか試しました。その後、ddは読み取りエラーをあまりうまく処理できないことがわかりました。ddが読み取ることができなかったディスク上のセクターがいくつかあり、ddがcopyめてコピーを停止しました。当時、私は、読み取りエラーが発生したにも関わらず、継続してDDを伝える方法を見つけることができなかった（にもかかわらず、それが表示され、それはその設定を持っているかのように）ので、私はスキップして、上でホップすることを求める規定手動でかなりの時間を費やし読めないセクション。

私は（タスクを完了した後）この問題の解決策を調査す​​るためにしばらく時間を費やし、サイトによるとddのように動作するがエラーが発生しても読み続けるddrescueというプログラムを見つけました。プログラムを実際に使用したことはありませんが、特に、コピー元のディスクが古く、システムが正常に表示されていても不良セクタが存在する可能性がある場合は、検討する価値があります。

ソースドライブがまったく破損している場合はdd_rhelp、dd_rescue（私の個人的な好み）またはGNU を使用して、より多くの運がありますddrescue。

これの背後にある理由は、読み取りエラー時に、dd試行と試行と試行の継続-タイムアウトが発生するまで長時間待機する可能性があるためです。dd_rescueエラーを読み取り、ディスク上のさらに特定の場所を選択し、最後のエラーまで逆読みするなど、スマートなことを行います。dd_rhelp基本的にはdd_rescueセッションマネージャーです- dd_rescue実行を賢く開始して再開し、迅速に実行します。

最終結果はdd_rhelp、最短時間で最大のデータが回復されることです。実行したままにdd_rhelpすると、最終的にはdd同じ時間にまったく同じジョブを実行します。ただし、dd100Gbディスクのバイト100で読み取りエラーが発生した場合、他の9,999,900バイト*を回復するのに長い時間待つ必要がありますが、dd_rhelp+ dd_rescueはデータの大部分をはるかに速く回復します。

ソースディスクにはファイルシステムがマウントされていてはなりません。ブロックデバイスを読み取ることができるユーザー（rootが機能する）として、「dd if = / dev / sda ....」を実行します。

さて、ここでのすてきなことの1つは、バイトストリームを作成していることです...そして、それを使って多くのことができます：圧縮、ネットワーク経由での送信、小さなblobへのチャンクなど。

例えば：

dd if=/dev/sda | ssh user@backupserver "cat > backup.img"

しかし、より強力に：

dd if=/dev/sda | pv -c | gzip | ssh user@backupserver "split -b 2048m -d - backup-`hostname -s`.img.gz"

上記は、ソースハードドライブの圧縮イメージをリモートシステムにコピーし、ソースホストの名前を使用して番号付きの2Gチャンクに保存し、進行状況を更新します。

ディスクのサイズ、ソースのCPUの速度、デスティネーションのCPUの速度、ネットワークの速度などに応じて、圧縮をスキップしたり、リモート側で圧縮を実行したり、sshの圧縮を有効にしたりできます。

ディスクのクローンを作成するために本当に必要なことは、入力と出力を指定することだけですdd：

dd if=/dev/hdb of=hdb.img

もちろん、直接読み取るための適切な権限を持っていることを確認し/dev/hdb（rootとして実行することをお勧めします）、/dev/hdbマウントされていないこと（ディスクの変更中はコピーしないでください）。完了hdb.imgすると、ディスク全体のバイト単位のクローンになります。

ddディスクのクローン作成にはいくつかの欠点があります。最初に、dd空のスペースも含めてディスク全体をコピーします。大きなディスクで実行すると、非常に大きなイメージファイルが作成される可能性があります。第二に、dd進行状況の表示はまったくありません。これは、コピーに時間がかかるためイライラする可能性があります。3番目に、このイメージを他のドライブにコピーする場合（やはりddを使用）、それらは元のディスクと同じかそれ以上である必要がありますが、ターゲットディスク上にある追加スペースを使用することはできませんパーティションのサイズを変更します。

ディスクからディスクへの直接コピーを行うこともできます。

dd if=/dev/hdb of=/dev/hdc

ただし、空き容量に関しては上記の制限が適用されます。

最初の欠点は、コピーを作成するときにデータをgzipすることで解決できます。例えば：

dd if=/dev/hdb | gzip -9 > hdb.img.gz

2番目の欠点は、pipeview（pv）ツールを使用して解決できます。例えば：

dd if=/dev/hdb | (pv -s `fdisk -l /dev/hdb | grep -o '[0-9]*\{1\} MB' | awk '{print $1}'`m) | cat > hdb.img

3番目の欠点を克服する方法はありません。

さらに、ddより大きなデータの塊を処理するように指示することにより、コピー時間を短縮できます。例えば：

dd if=/dev/hdb of=hdb.img bs=1024

ddおよびレスキューディスクでできるもう1つの良い点は、ネットワーク経由でデータをコピーすることです。

remote_machine$ nc -l -p 12345

local_machine$ dd if=/dev/sda | nc remote_machine 12345

ネットワークがローカルでない場合、これら両方のパイプラインにgzipを貼り付けることができます。進行するには、を使用しますpv。local_machineのnetcatがコピーを終了した後に終了させるには-w 5、何かを追加します。

ddは、すべての空白スペースを含む正確なコピーを作成することに注意してください。

つまり：

1. 2番目のドライブは少なくとも最初のドライブと同じ大きさでなければなりません
2. 2番目のドライブが大きくなると、余分なスペースが無駄になります（ファイルシステムを拡張できます）
3. ソースドライブがいっぱいでない場合、ddは空白スペースのコピーに多くの時間を浪費します。
4. この方法で、ドライブ全体をコピーすることも、単一のパーティションをコピーすることもできます。
5. これがブート可能なドライブである場合、ddを使用した後にブートローダーをインストールする必要があると確信しています

お役に立てば幸いです

将来の参考のために、ddrescueをチェックアウトすることは興味深いかもしれません。私の一日を数回救った。

もう1つの重要な機能は、MBR、パーティションテーブル、およびブートレコードのコピーです。

ただ

dd if=/dev/sda of=parttable bs=512 count=1

そして、あなたがそれを書いているときの周りの他の方向。あとで磨くfdisk。

パーティションテーブルをバックアップしておくと、はるかに安全です。

また、（パーティション構造を変更しながら）別のハードドライブに移行するのも楽しいことです。

これは一種の安価なハックですが、DDプロセスを監視するための迅速で汚い方法です。

ddコマンドを実行します。新しいシェルを開き、ps awxを実行してddプロセスのPIDを見つけます。次に、新しいシェルタイプでwatch -n 10 kill -USR1 {DDプロセスのpid}

これはウォッチ出力ウィンドウでは何もしませんが、元のDDシェルに戻ると、DDは10秒ごとにステータスレポートの出力を開始します。watchコマンドの-n 10は、もちろん他の時間枠に変更できます。

タキオン

dd if=/dev/sda of=/dev/sdb bs=4096 conv=sync,noerror

これにより、ディスクがコピーされ、エラーのあるブロックがスキップされます。これは非常に重要です。

これらは、ddを使用してディスクをクローンまたはレスキューするための基本的かつ不可欠なオプションです。

私は別の答えを投稿したくありませんでしたが、すでに投稿された25の中で重要な「conv = sync、noerror」オプションの良い答えはありませんでした。

あなたは実際にこのようなことを試すことができます

dd if = / dev / sda2 of = / dev / sdb2 bs = 4096 conv = sync、noerror

すべてのエラーをスキップし、パーティションまたはハードドライブの正確なクローンを作成する

ddは進行情報を提供します-Linuxのほとんどのバージョン。私は、Unixの風味を思い出さないが、思い出さないものを見てきました。

マニュアルページには、USR1シグナルを実行中の「dd」プロセスに送信すると、I / O統計が標準エラーに出力され、コピーが再開されます。

私はこの機能を定期的に使用しています。

誰かがこれを言わなければなりませんでした：Clonezillaを試してください（http：// clonezilla.org/）

あなたは何を得ますか？ファイルシステムの使用済み部分のみをコピーします。Clonezillaはdd、grub、sfdisk、parted、partimage、ntfsclone、partcloneを使用します。選択したオプションに応じて。

適切なドキュメントは、http：//clonezilla.org/clonezilla-live/doc/にあります。

ddを使用して（この場合はリモートマシンにコピーしますが、ローカルコピーにも同じ原理が適用されます）進行状況を表示します。

これは、ファイル記述子3を介して/ tmp / pidにpidを保存することで機能し、その後、USR1シグナルを使用した後続のキルに使用されます。問題は、サブシェルを介したstderrのフィルタリングを介して、stderrの進行状況の出力を1行のみにフィルタリングすることでした。

(dd bs=1M if=$lv-snapshot & echo $! >&3 ) 3>/tmp/pid  2> >(grep 'copied' 1>&2) | gzip --fast | ssh $DEST "gzip -d | dd bs=1M of=$lv" &
# Need this sleep to give the above time to run
sleep 1
PID=$(</tmp/pid)

while kill -0 $PID; do
  kill -USR1 $PID
  sleep 5
done

ほとんどの情報は、以前に挿入されたレシピで説明されましたが、すべてが説明されたわけではありません。

Linuxでは、ddコマンドでハードドライブまたはパーティションのクローンを作成できます。注意、間違いを犯すと、すべてのデータが失われます。

最初に、宛先を使用しないでください。次に、ソースを使用しないか、読み取り専用モードに再マウントしてください。そうしないと、コピーが破損します。再マウントが不可能な場合、ブータブルドライブ（hdd / ssd / pendrive）を任意のLinuxライブディストリビューションにしてください。私はknoppixを優先しますが、これはあなたの選択です。可能な場合は、シングルユーザーモードでシステムレベルを1にブートまたは変更するか、シングルユーザーモードでシステムを直接再起動できます。これはディストリビューションに依存します。1つのパーティションのみをクローンする場合、このパーティションをアンマウントするか、ROに再マウントする必要があります。

umount /mountpoint_or_device

または

remount -o,ro /mountpoint_or_device

ハードドライブ全体のクローンを作成する場合は、すべてのパーティションをアンマウントまたは再マウントする必要があります。

送信元デバイスと宛先デバイスを識別する必要があります。dmesgをご覧ください。ここには、ベンダーなど、デバイスに関する必要な情報がすべて保存されています。また、デバイスサイズが異なる場合は、デバイスサイズに基づいて識別することもできます。次に、送信先は送信元と同じかそれより大きい必要があります。ソースを計算する必要があります。例：fdisk -l / dev / sdaパーティションジオメトリ（GPTがあります）を除き、フェッチします。 3.バイト単位のブロックサイズ。通常は512です。

例えば：

# fdisk -l /dev/sda

Disk /dev/sda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f1d1e

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    40136703    20067328   83  Linux
/dev/sda2        40138750    41940991      901121    5  Extended
/dev/sda5        40138752    41940991      901120   82  Linux swap /     Solaris

次に、512を超える除算器を試してみましょう。物理セクターは41943040です。

41943040/256 = 163840、非常に良い、256セクターの一括コピーを実行できます。もっとできますか？試してみましょう：41943040/1024 = 40960、これで十分だと思います。これを選択します。セクターグループのサイズをカウントしましょう：512（セクターサイズ）* 1024 = 524288バイトeq 512K 次に、パラメータbs = 512K以下を使用できますが、これを2 ^ xで除算します。大きな内部キャッシュを備えた最新のハードドライブの場合、これは十分実用的です。キャッシュがはるかに小さい古いドライブの場合、32K以下の値で十分です。

準備が完了したら、コピーを実行できます。ddif = / dev / source_devide of = / dev / destination_device bs = 32Kでコピーが完了します。間違いがあると、importandデータが上書きされます。宛先では、すべてが上書きされます。

破損したソースディスクでレスキューデータを試す場合は、ネイティブセクターサイズ（通常は512バイト）を使用し、オプションconv = notruncを追加します。そうしないと、不良セクタによってドロップされたソースのホールに、宛先でのセクタシフトが加わります。これにより、コピーが破損し、修復の機会がほとんどなくなります。コマンドは次のようになります。

dd if=/dev/source of=/dev/destination bs=512 conv=notrunc  

、ドライブとシステムがあきらめ、セクターごとに最後まで歩き回るまで長い時間待ちます。

ddは、パーティションを新しい場所に移動するための便利なツールです。単にパーティションを作成し、ddを新しいパーティションに（これはより大きく、はるかに大きくすることができます）、可能であれば、コピーされたファイルシステムをすべての新しいパーティションを満たすために拡張します。ext3/ ext4 / xfs / zfs / btrfsにはこの機能があります。最後に/ etc / fstabを変更し、可能であればumount / mountを変更するか、システムを再起動する必要があります。

もちろん、あらゆるタイプのパーティションのクローンを作成できます。ddコマンドはファイルシステムタイプを調べません。その構造には何もしません。このコマンドは、NTFSまたはその他のパーティションタイプのクローン作成に使用できます。

トリックがあります。パラメータを設定しなかった場合、ddは出力を標準出力に出力します。次に、ディスクまたはパーティションの圧縮された生のコピーを作成できます。次に例を示します。

dd if=/dev/sda bs=512 | gzip >/any/place/computerOne_sda.gz

もちろん、これはオフラインで行う必要があります。これを復元するには：

zcat /any/place/computerOne_sda.gz| dd of=/dev/sda bs=512   

、すべてのsdaハードドライブがこのバックアップによって上書きされ、現在のデータはすべて失われます。これは、NTFS Windowsパーティションとこれで使用されるハードドライブでも実行できます。もちろん、選択に応じて他の圧縮コマンドを使用できます。

bzip2またはのgzip代わりに、パーティション（またはディスク）の圧縮イメージファイルをオンザフライで作成できますdd。これは、リムーバブルメディアに画像を保存するのに便利です。

bzip2 -c /dev/sdaX >imagefile.bz2
or
gzip -c /dev/sdaX >imagefile.gz

ディスクが以前に頻繁に使用されていた場合、イメージングの前にすべての未使用領域をゼロで埋めることにより、圧縮を強化できます。

mkdir /mnt/mymountpoint
mount /dev/sdaX /mnt/mymountpoint
cat /dev/zero >/mnt/mymountpoint/dummyfile.bin
(Wait for it to end with a "disk full" error)
rm /mnt/mymountpoint/dummyfile.bin
umount /mnt/mymountpoint

イメージを別のディスクに復元するために必要なことは、次のとおりです。

bzcat imagefile.bz2 >/dev/sdbY
or
zcat imagefile.gz >/dev/sdbY

何らかの理由で、オーディオトラックを含むCDをイメージングすると、ddが失敗します。画像+ TOCファイルを取得するには、cdrdaoなどを使用する必要があります。

速度に関する注意：私の経験では、デフォルトのbs = 512の代わりにbs = 1024を指定した場合、ddは2倍速くなります。さらに大きなブロックサイズを使用しても、bs = 1024以上の顕著な高速化は得られません。

フルディスクをdd-ingする場合、受信ディスクのマスターブートレコードが上書きされることに注意する必要があります。これには、パーティションテーブルとその他の重要な情報が含まれます。新しいディスクが古いディスクと同じでない場合、あらゆる種類のテーブルを作成できます。パーティションのコピーは一般的に安全です（スワップパーティションをコピーする必要はありません）

私は何年もの間管理者の役割を辞めてきましたが、「dd」が仕事をしていることを知っています。私は、80年代後半にSun Sparcおよび386iコンピューターでこの手法を定期的に使用しました。複数のQICテープで配布されたCADソフトウェアを実行している30の386iシステムで1つのクライアント注文がありました。

最初のコンピューターにインストールし、アプリを構成し、SunOSのsys-unconfigを実行し、ドライブを別のSCSIアドレスのシューボックスに入れてから、他の30台のドライブに「dd」に進みました。

他の人が上記で言及したように、マウントされたファイルシステムのクローンを作成する際の落とし穴の1つは、潜在的なデータ破損です。これは明らかにフルドライブクローンには適用されませんが、LVMを使用している場合は、論理ボリュームとddをスナップショットからスナップショットして、一貫したイメージを取得できます。

NTFSボリュームの場合、ntfscloneを使用することを好みます。ntfsprogsパッケージの一部です。

言う必要がある初心者への警告：少なくとも一部のバージョンでは、bs = XはXのサイズのメモリが文字通り割り当てられることを意味します。1GBのRAMと不十分なスワップを備えたシステムでbs = 2GBを使用すると、問題が発生します。