DD-Befehl für über 17 Stunden auf einem externen 1,5-TB-Laufwerk ausgeführt

440
Luciano

Früher habe ich ddmit nohupeiner 1,5 TB Festplatte löschen und jetzt kann ich keine Rückmeldung vom Fortschritt bekommen .. Da es mehr als 17 Stunden gewesen ich besorgt bin ...

  • Ich habe den Befehl ausgeführt, ohne dass die Festplatte angehängt wurde.
  • Die Festplatte ist eine externe Sicherung, die über einen externen SATA-Port verbunden ist.
  • Ubuntu 10.04

Einige Informationen zum Prozess:

$ ps ax | grep dd 1469 ? D 95:54 dd if=/dev/zero of=/dev/sde  $ ps -eo pid,comm,lstart,etime,time,args|grep dd 21469 dd Mon Jun 22 17:36:07 2015 17:38:47 01:36:02 dd if=/dev/zero of=/dev/sde

Soll ich warten, das System neu starten oder etwas anderes?

3

2 Antworten auf die Frage

2
gronostaj

Sie haben keine Blockgröße für angegeben dd, daher wird in 512-Byte-Blöcken geschrieben. Deshalb ist es so langsam.

  1. Verbinden Sie das Laufen ddmit einem Terminal (z. B. mit reptyr ). Auf diese Weise können Sie die Standardausgabe lesen. Sie müssen möglicherweise sudoeine andere Methode verwenden, um es als root auszuführen.

    $ ps aux | grep [d]d (take note of PID) $ reptyr PID_OF_DD

  2. Senden SIGUSR1an dd- es wird über den Fortschritt berichtet und Sie können berechnen, wie viel des Laufwerks bereits auf Null gestellt ist.

    kill -s USR1 PID_OF_DD

  3. Sie können es beenden ddund erneut ausführen. Diesmal müssen Sie die Blockgröße (z. B. dd bs=4Kfür 4K-Blöcke) und den Versatz angeben, um das Überschreiben von bereits mit Nullen versehenen Speicherplatz zu vermeiden. Verwenden Sie das Suchargument, um so viele Daten wie ddBerichte zu überspringen .

    dd if=/dev/zero of=/dev/sde bs=4K seek=NUMBER_OF_4K_BLOCKS_ALREADY_ZEROED

Wenn Sie ddusing nicht erneut anfügen können reptyr, sich aber daran erinnern, in welchem ​​Verzeichnis Sie ausgeführt wurden dd, können Sie Schritt 1 überspringen. In Schritt 2 werden Statistiken in eine Datei geschrieben, die nohup.outin diesem Verzeichnis aufgerufen wird .

wow, das ist wirklich eine gute Antwort! Mein einziges Problem ist, dass aus einem mir unbekannten Grund der Befehl `reptyr 21469` nicht funktioniert. Er gibt` [-] aus. Warten auf Kindstopp. Verbindung zu pid 21469 nicht möglich: Operation nicht zulässig; ... :-) Luciano vor 8 Jahren 0
@Luciano Entweder versuche es mit `sudo` oder überspringe Schritt 1 und suche nach Schritt 2 eine Datei mit dem Namen` nohup.out` (siehe meine Bearbeitung). gronostaj vor 8 Jahren 0
damm .. Ich lief mit dem reptyr als sudo und es zeigten sich viele Optionen .. (Ich dachte, es wären Optionen, aber es scheint, dass sie ein Bericht über das waren, was reptyr getan hat ..) Ich denke, ich hätte stattdessen `ctrl + z` drücken sollen Ich habe eine "Strg + C" gemacht und getötet. Wie auch immer ... nach "ctrl_c" zeigte es folgendes: "1413427491328 Bytes (1,4 TB) kopiert, 73485,6 s, 19,2 MB / s" .... ich war fast da !!! :-( * Frage: * Was ist NUMBER_OF_4K_BLOCKS_ALREADY_ZEROED, damit ich dd erneut versuchen kann? Luciano vor 8 Jahren 0
@ Luciano Es wurden bisher 1413427491328 Bytes kopiert, sodass fast das gesamte Laufwerk auf Null gestellt wird. 4 KB = 4000 B. 1413427491328/4000 = 353356872 Blöcke, Ihr Befehl lautet "dd, wenn = / dev / zero von = / dev / sde bs = 4K Such = 353356872" gronostaj vor 8 Jahren 0
ow, natürlich ... der Suchvorgang wird basierend auf dem aktuellen 'bs'-Parameter übersprungen ... froh, dass ich gefragt habe! ** Es hat funktioniert! ** Danke. Jetzt habe ich es in einer tmux-Sitzung gemacht und kann den Fortschritt mit sudo kill -USR1 $ (pgrep ^ dd) überwachen. Es läuft mit ~ 60 MB / s. Luciano vor 8 Jahren 0
0
ths

Sie haben keinen bs(zB bs=4k) Parameter angegeben. Dies führt zu einer langsamen Schreibgeschwindigkeit von> 17 Stunden für 1,5 TB.

Bearbeiten, um die Frage zu beantworten:

  • Warten bringt dich irgendwann dorthin
  • Neustart scheint eine Überreaktion zu sein
  • Sie könnten den Prozess dd einfach beenden und mit einem bs-Parameter erneut starten, aber ich bin mir nicht sicher, ob Ihnen dies irgendetwas bringt, es hängt davon ab, wie weit der aktuelle Vorgang ist, was ziemlich unbeantwortbar ist.
Ihr Beitrag ist in der Tat wahr, beantwortet aber nicht die Frage. gronostaj vor 8 Jahren 0
Nun, das hängt von den persönlichen Vorlieben ab. ths vor 8 Jahren 0
Die Frage war "Soll ich warten, das System neu starten oder etwas anderes?". Sie haben die richtige Erklärung vorgelegt, aber keine Lösung. gronostaj vor 8 Jahren 0
Also warte es ist? Wie lange noch? Wenn ich den Computer neu starte, wird das Laufwerk beschädigt? Luciano vor 8 Jahren 0
@Luciano, Sie sollten [Ihre Konten zusammenführen lassen] (https://superuser.com/help/merging-accounts), damit Sie die akzeptierte Antwort markieren können, wenn Sie Ihre Lösung haben. gronostaj vor 8 Jahren 0

Verwandte Probleme