Wie lange dauert es, ein Laufwerk mit dd auf null zu setzen? [geschlossen]

Wie lange dauert es, bis 1 TB auf Null gefüllt sind (mit dd dev / zero)?

Ich mache eigentlich zwei 500G gleichzeitig, wenn es darauf ankommt.

Es hängt von vielen Faktoren ab, einschließlich, aber nicht beschränkt auf:

• Plattengeschwindigkeit (U / min)
• Eingebauter Cache
• Anzahl der Platten und ob gleichzeitig auf mehrere Platten geschrieben werden kann
• Festplattenschnittstelle (SATA / SCSI usw.)
• Interface-Controller-Leistung
• Konfiguration der Antriebe (zB getrennte Kanäle oder gleicher Kanal)

Auch wenn das Nullsetzen eines Laufwerks eine einfache Aufgabe für die CPU und den RAM ist, kann es dennoch zu folgenden Auswirkungen kommen:

• CPU-Leistung
• Verfügbarer RAM
• RAM-Geschwindigkeit
• Andere Aufgaben werden gleichzeitig erledigt
• Energieverwaltungseinstellungen

Unter der Annahme, dass ein relativ neuer Computer mit Laufwerken mittlerer Qualität auf einer minimalen Linux-Bootdiskette NUR den Nullstellungsvorgang (kein GUI, Internet usw.) vollständig in den Arbeitsspeicher geladen hat, kann er zwischen 2 und 12 Stunden liegen. Wenn ich eine einzelne Zahl rausschmeißen müsste, würde ich sagen, näher an dreieinhalb Stunden, aber auch hier gibt es nicht genug Informationen, um eine gute Schätzung zu erhalten, als es tatsächlich zu tun.

Wenn Sie mehr als 1 GB freien Speicherplatz haben, können Sie versuchen, das Laufwerk bereitzustellen dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzeround eine andere Datei auszuführen. Wenn Sie mehr über die optimale Blockgröße für das schnellste Schreiben auf Ihr Laufwerk wissen, können Sie diese für den bs-Wert (in Kilobyte) verwenden und die Anzahl auf die gewünschte Dateigröße festlegen. Dann können Sie dies nutzen, um eine bessere Schätzung zu erhalten, ohne Daten zu verlieren. Es wird nur eine große Datei erstellt, die Nullen enthält.

Ich habe eine DVD mit zufälligen Daten auf einem 750-GB-Laufwerk erstellt. Ich denke, es hat ungefähr 20 Stunden gedauert. Das, was wirklich nervte, war, dass ich das viermal für ein RAID-Array mit vier Festplatten machen musste. Ich denke, der Engpass ist die Schreibgeschwindigkeit Ihrer Laufwerke. Sie sind schlau, es parallel zu den Laufwerken zu tun.

Mit einer Partition von +100 GB, Acer Aspire 5750G, externer SATA-Festplatte, USB 2, 5400 U / min:

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb2 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb2': No space left on device
12500+0 records in
12499+0 records out
104856551424 bytes (105 GB) copied, 2846.87 s, 36.8 MB/s

und

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb1': No space left on device
6579+0 records in
6578+0 records out
55183409152 bytes (55 GB) copied, 1497.23 s, 36.9 MB/s

Ich vermute, aber meine Vermutung ist, dass es vom Laufwerks-Controller, dem Controller auf der Hauptplatine und dem, was sonst noch CPU / IO aufnimmt, abhängt.

Meine Vermutung, in der Größenordnung von Stunde oder Stunden. Tage scheinen lang zu sein. Je nachdem, wie Ihr Computer eingerichtet ist, kann das gleichzeitige Ausführen von beiden die Leistung tatsächlich verlangsamen, wenn Sie einen Konflikt für den Laufwerkcontroller erstellen. Obwohl Sie Nullen herauspumpen, weiß nichts in Ihrem Laufwerk das und es muss jedes Byte schreiben.

Wenn Sie nur die Laufwerke löschen, ist DBAN im einfachen Löschmodus ein hervorragendes Tool für den parallelen Durchsatz . Es ist als ISO verfügbar und führt den dd if=/dev/zeroBefehl für Sie auf den ausgewählten Laufwerken aus.

Es sollte 2-5 Stunden dauern. Ihr Engpass ist die Festplatte, nicht der RAM, die CPU, die Kabel oder die Controller-Konfiguration. Sofern Sie keinen sehr alten Computer wie einen originalen Pentium haben, sind Ihre CPU und Ihr Arbeitsspeicher viel schneller als die Spindeldrehzahl der Festplatte, ebenso wie Ihre SATA-Kabel. Der Cache kommt nicht einmal ins Spiel, weil Sie das Laufwerk auf Null setzen (es sei denn, Sie haben 1 TB Cache).