Siehe Antworten auf diese Frage
09
Sie können zum Beispiel 11 verwenden bevor Sie beginnen
sudo apt-get install pv # if you do not have it
pv < /dev/sda > /dev/sc3 # it is reported to be faster
pv /dev/sda > /dev/sc3 # it seems to have the same speed of the previous one
#or
sudo dd if=/dev/sda | pv -s 1844G | dd of=/dev/sdc3 # Maybe slower
Ausgabe :
440MB 0:00:38 [11.6MB/s] [======> ] 21% ETA 0:02:19
28
Wenn Sie bereits gestartet haben die 38 Befehl, sobald Sie seine PID (Ctrl -Z +45 und du liest es oder 53 ... ) können Sie ein Signal 68 senden (oder 72 , oder 85 siehe unten) und lesen Sie die Ausgabe.
Wenn die PID des Programms 1234 ist mit
kill -USR1 1234
98 wird auf dem Terminal seines STDERR mit etwas Ähnlichem wie
4+1 records in
4+0 records out
41943040 bytes (42 MB) copied, 2.90588 s, 14.4 MB/s
:stattdessen verwenden
104 .
Es existiert die Sigaction namens 117 . Die125 man sollte in diesem Fall beenden das Programm (135 )...
Verwenden Sie unter Ubuntu 140 (158 ).
Mein bevorzugtes Tool für solche Sachen ist 168 :
Dieses Tool kann als winzig beschrieben werden , Schmutziger C-Befehl nur für Linux und OSX, der nach grundlegenden Coreutils-Befehlen (cp, mv, dd, tar, gzip/gunzip, cat usw.) sucht, die derzeit auf Ihrem System ausgeführt werden, und den Prozentsatz von kopierten Daten. Es kann auch geschätzte Zeit anzeigen und Durchsatz ,und bietet einen "Top-ähnlichen" Modus (Überwachung).
176 in Aktion" Screenshot">
Es scannt einfach 180 nach interessanten Befehlen und sucht dann in den Verzeichnissen 199 und 204 um geöffnete Dateien zu finden und Positionen zu suchen, und meldet den Status für die größte Datei.
Es ist sehr leicht und mit praktisch jedem Befehl kompatibel.
Ich finde es besonders nützlich, weil:
- im Vergleich zu
218in Pipe oder223, ich muss nicht daran denken, einen anderen Befehl auszuführen, wenn ich die Operation starte, ich kann alles im Nachhinein überwachen; - im Vergleich zu
234, es funktioniert mit praktisch jedem Befehl, ich muss die Manpage nicht immer doppelt überprüfen, um sicherzustellen, dass ich die Kopie nicht versehentlich lösche; Außerdem ist es schön, dass es, wenn es ohne Parameter aufgerufen wird, den Fortschritt für jeden gängigen "Datenübertragungs"-Befehl anzeigt, der gerade läuft, sodass ich nicht einmal die PID nachschlagen muss; - im Vergleich zu
243, auch hier muss ich die PID nicht nachschlagen.
Führen Sie 255 aus , dann rufen Sie in einer separaten Shell den folgenden Befehl auf:
pv -d $(pidof dd) # root may be required
Dadurch erhält pv Statistiken über alle geöffneten Dateideskriptoren von 266 Prozess. Es zeigt Ihnen beide, wo sich der Lese- und der Schreibpuffer befinden.