Warum dauert dd zu lange?

Ich muss eine Festplatte auf eine andere kopieren. Ich habe es mit dem folgenden Befehl versucht und es dauert fast einen Tag, um 1 TB Festplatte zu kopieren.

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

Ich habe das gleiche auf einem Unix-System mit dem folgenden Befehl versucht und es ist innerhalb weniger Stunden abgeschlossen

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

Was ist die Alternative, die ich verwenden könnte, um schneller von Festplatte zu Festplatte zu kopieren?

ddhat viele (komische) Möglichkeiten, siehe dd (1) .

Sie sollten die Puffergröße explizit angeben, versuchen Sie es also

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

IIRC ist die Standardpuffergröße nur 512 Byte. Mit dem obigen Befehl werden 16 Megabyte festgelegt. Sie könnten etwas Kleineres ausprobieren (z. B. bs=1M), sollten jedoch mehr als das Standardformat verwenden (insbesondere auf neuerer Festplattenhardware mit Sektoren von 4 KB, dh Advanced Format ). Ich empfehle naiv eine Zweierpotenz, die mindestens ein Megabyte beträgt.

Mit dem Standard 512 Byte Puffergröße, ich denke (aber ich konnte sehr falsch sein) , dass die Hardware den Kernel für jeden 512 Bytes Block zu übertragen 4K erfordert.

In Bezug auf rdskdie sd (4) -Manpages heißt es:

Derzeit werden nur Blockgeräte bereitgestellt. Raw-Geräte wurden noch nicht implementiert.

Wenn Sie die Puffergröße von dd erhöhen, erhalten Sie mehr Leistung für Lese- und Schreibvorgänge. Jetzt haben alle Festplatten einen Hardware-Lese- / Schreibpuffer. Wenn Sie jedoch die Puffergröße von dd mehr erhöhen als den Hardware-Puffer, verringert sich die Leistung, da dd von der ersten Festplatte in den Puffer liest, wenn die zweite Festplatte alle Daten aus dem eigenen Hardware-Puffer geschrieben hat. Sie müssen die bsOption dd command jedes Mal einstellen, wenn sich der Wert für verschiedene Geräte ändert.

Vor Jahren in Unix-Land ddwar der erforderliche Weg, um ein Block-Gerät zu kopieren. Das hat sich als Cargo-Kult-Wissen weiterentwickelt, obwohl (zumindest auf Linux-basierten Systemen) catfast immer schneller ist als dd.

Selbst in der Vergangenheit hat eine anständige Blockgröße dazu beigetragen, die Anzahl der (langsamen) Systemaufrufe zu verringern, da bei jedem Systemaufruf eine E / A-Operation ausgelöst wurde. Die Standardblockgröße beträgt 512 Byte (ein Plattensektor). Das Sammeln mehrerer Plattenblöcke zu einem einzigen Lesevorgang war - und ist - ebenfalls akzeptabel. In diesem Beispiel wird eine Blockgröße von 32 MB verwendet:

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

Auf aktuellen Linux-basierten Systemen können Festplatten jedoch am effizientesten mit einem einfachen Kopiervorgang kopiert werden cat

cat /dev/source >/dev/target

(Wie in den Kommentaren zu Ihrer Frage angegeben, pvkann dies ersetzt werden catund gibt Ihnen einen Hinweis auf Fortschritt und Durchsatz.)

Generell ddkann zugunsten einiger Alternativen verzichtet werden. Es gibt mehrere gute Gründe, GNU ddrescuestattdessen zu verwenden. In Ubuntu können Sie es installieren mit:

sudo apt-get install gddrescue

und einfach ddrescuezu bedienen. Beachten Sie, dass die ausführbare Datei anders als der Paketname nicht die Initiale hat g.

Die Benutzung ist so einfach wie:

ddrescue inputFile outputFile logFile

In der Protokolldatei (mit einem beliebigen Namen) können Sie anhalten / anhalten und neu starten, ohne die vorherige Arbeit wiederholen zu müssen. Dies ist hilfreich, wenn Sie große Klone ausführen oder Datenträger wiederherstellen möchten. Standardmäßig werden der Fortschritt, die aktuelle Kopiergeschwindigkeit, die durchschnittliche Kopiergeschwindigkeit und die Anzahl der gefundenen fehlerhaften Blöcke angezeigt.

Es werden sinnvolle Standardeinstellungen für die Blockgröße verwendet, so dass die Kopiergeschwindigkeit immer so hoch ist, wie es das Gerät kann, zumindest nach meiner Erfahrung (ich habe viele Hunderte Laufwerke damit geklont, alle Größen und Typen).

Laufwerke, deren Ausfall beginnt, weisen häufig Geschwindigkeitsprobleme auf, z. B. gelegentlich langsame Bewegungen, niedrige Durchschnittsgeschwindigkeit, plötzliche lange Pausen (fehlerhafte Sektoren) oder vollständige Zurücksetzungen (schwerwiegende Oberflächenfehler). ddrescuekann Ihnen helfen, alle oben genannten Probleme zu identifizieren und Ihren Klon neu zu starten (vorausgesetzt, Sie haben eine Protokolldatei angegeben), auch wenn sich Ihr Laufwerk selbst zurücksetzt.

Sehr nette Frage. Die Raw-Schnittstelle ist auf einigen Unix-Systemen (tru64, hpux, solaris) implementiert, jedoch nicht unter Linux. Die Raw-Schnittstelle beschleunigt die Übertragung, da Unix-E / A übersprungen wird. Die Blockschnittstelle ( /dev/dskoder /dev/disk) ist langsamer, weil sie das Unix-E / A-System verwendet. Zum Beschleunigen dd( gnu dd kann) bs=30Moder bs=20Mje nach hw verwenden. Die kurze Antwort lautet: NEIN, sie ist meines Wissens nicht implementiert. Ich benutze Linux seit den alten Zeiten der Kernel-Version 2.2 und habe es noch nie rdskunter Unix gesehen.