ddに時間がかかりすぎるのはなぜですか？

あるディスクを別のディスクにコピーする必要があります。以下のコマンドを試してみましたが、1 TBのディスクをfederoでコピーするのに1日近くかかります。

dd if=/dev/sda of=/dev/sdb 

以下のコマンドを使用してUnix（HP-UX）システムで同じことを試みましたが、数時間以内に完了します

dd if=/dev/sda of=/dev/rdsk

もっと速くディスクからディスクにコピーするために使用できる代替手段は何ですか？

dd多くの（奇妙な）オプションがあります。dd（1）を参照してください。

バッファサイズを明示的に指定する必要があるため、試してください

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

IIRC、デフォルトのバッファサイズは512バイトのみです。上記のコマンドは、16メガバイトに設定します。もっと小さいもの（たとえばbs=1M）を試すこともできますが、デフォルトよりも多く使用する必要があります（特に4Kバイトのセクターを持つ最新のディスクハードウェア、つまりAdvanced Formatで）。少なくとも1メガバイトの2の累乗を単純に推奨します。

デフォルトの512バイトのバッファーサイズでは、ハードウェアではカーネルが512バイトブロックごとに4Kを転送する必要があると思います（ただし、非常に間違っている可能性があります）。

に関してrdsk、sd（4）の manページには次のように書かれています：

現時点では、ブロックデバイスのみが提供されています。Rawデバイスはまだ実装されていません。

ddのバッファサイズを増やすと、読み取りおよび書き込み操作のパフォーマンスが向上します。現在、すべてのディスクにハードウェア読み取り/書き込みバッファがあります。ただし、ddのバッファサイズをハードウェアバッファより大きくすると、ddは最初のディスクからバッファに読み込み、2番目のディスクがすべて独自のハードウェアバッファから書き込むため、パフォーマンスが低下します。bsデバイスごとに異なる値を設定するたびにddコマンドのオプションを設定する必要があります。

ddブロックランドデバイスをコピーするには、Unixランドで何年も前から必要な方法でした。（少なくともLinuxベースのシステムでは）catほとんどの場合、それは貨物カルトの知識として前進していますdd。

ただし、過去にさかのぼるまともなブロックサイズは、各システムコールがI / O操作をトリガーすることを考えると、（遅い）システムコールの数を減らすのに役立ちました。デフォルトのブロックサイズは512バイト（1ディスクセクター）です。複数のディスクブロックを1つの読み取りにまとめて収集することも-そして-受け入れられました。この例では、32MBのブロックサイズを使用しています。

dd bs=$((512*2048*32)) if=/dev/source of=/dev/target

ただし、現在のLinuxベースのシステムでは、簡単な方法でディスクを最も効率的にコピーできます。 cat

cat /dev/source >/dev/target

（質問のコメントに記載されているように、pv代わりに使用できcat、進行状況とスループットの指標を提供します。）

一般的に、ddいくつかの代替案を支持して回避することができます。ddrescue代わりにGNUを使用する理由はいくつかあります。Ubuntuでは、次の方法でインストールできます。

sudo apt-get install gddrescue

そして、単純にddrescue使用します。パッケージ名とは異なり、実行可能ファイルには initialがありませんg。

それを使用するのは簡単です：

ddrescue inputFile outputFile logFile

ログファイル（任意の名前）を使用すると、以前の作業をやり直すことなく、一時停止/停止および再起動できます。これは、大規模なクローン作成やディスクのリカバリを行う場合に便利です。デフォルトでは、進行状況、現在のコピー速度、平均コピー速度、検出された不良ブロックの数が表示されます。

ブロックサイズには賢明なデフォルトを使用しているため、少なくとも私の経験では、コピー速度は常にデバイスが処理できる限り高速です（すべてのサイズとタイプで何百ものドライブをクローンしました）。

多くの場合、障害が発生し始めたドライブには、速度低下の問題、平均速度の低下、突然の長い一時停止（不良セクタ）、完全なリセット（重大な表面エラー）などの速度の問題があります。ddrescueドライブがそれ自体をリセットしている場合でも、上記のすべてを識別し、クローンを再起動するのに役立ちます（ログファイルを指定した場合）。

とてもいい質問です。rawインターフェースは、一部のUNIXシステム（tru64、hpux、solaris）で実装されていますが、Linuxでは実装されていません。unix I / Oがスキップされるため、rawインターフェースは転送を高速化します。ブロックinterface（/dev/dskまたは/dev/disk）は、unix I / Oシステムを使用するため、低速です。高速化するにはdd（gnu ddが使用可能）を使用するbs=30Mかbs=20M、ハードウェアに依存します。簡単な答えは：いいえ、少なくとも私の知る限りでは実装されていません。カーネルバージョン2.2の昔からLinuxをrdsk使用していますが、Unixで使用されたことはありません。