Esiste un metodo per ottenere una percentuale su un DD in Linux?

Vedi le risposte a questa domanda

08

Ad esempio puoi usare 10 prima di iniziare

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 

Uscita :

440MB 0:00:38 [11.6MB/s] [======>                             ] 21% ETA 0:02:19

27

Se hai già avviato il 37 comando, una volta individuato il suo PID (Ctrl -Z +45 e lo leggi , o 52 ... ) puoi inviare un segnale 67 (o 71 o 84 vedi sotto) e leggi l'output.
Se il PID del programma è 1234 con

kill -USR1 1234

97 risponderà sul terminale del suo STDERR con qualcosa di simile a

4+1 records in
4+0 records out
41943040 bytes (42 MB) copied, 2.90588 s, 14.4 MB/s

:usa invece
103 .
Esiste la sigazione denominata 116 . Il 124 uno, in questo caso, dovrebbe terminare il programma (134 )...
Sotto Ubuntu usa 149 (157 ).

Il mio strumento preferito per questo genere di cose è 167 :

Questo strumento può essere descritto come un Tiny , Sporco comando C solo per Linux e OSX che cerca i comandi di base di coreutils (cp, mv, dd, tar, gzip/gunzip, cat, ecc.) attualmente in esecuzione sul sistema e visualizza la percentuale dei dati copiati. Può anche mostrare il tempo stimato e rendimento e fornisce una modalità "top-like" (monitoraggio).

175 in azione" screenshot">

Scansiona semplicemente 189 per i comandi interessanti, quindi guarda le directory 198 e 203 per trovare file aperti e cercare posizioni, e riporta lo stato per il file più grande.

È molto leggero e compatibile praticamente con qualsiasi comando.

Lo trovo particolarmente utile perché:

• rispetto a 217 in pipe o 222 , non devo ricordarmi di eseguire un comando diverso quando avvio l'operazione, posso monitorare le cose dopo il fatto;
• rispetto a 233 , funziona praticamente su qualsiasi comando, non devo sempre ricontrollare la manpage per assicurarmi di non uccidere accidentalmente la copia; inoltre, è bello che, quando viene richiamato senza parametri, mostri l'avanzamento di qualsiasi comando comune di "trasferimento dati" attualmente in esecuzione, quindi non devo nemmeno cercare il PID;
• rispetto a 242 , ancora una volta non ho bisogno di cercare il PID.

Esegui 254 , quindi, in una shell separata, invoca il seguente comando:

pv -d $(pidof dd) # root may be required

Questo farà sì che pv ottenga statistiche su tutti i descrittori di file aperti del 265 processi. Ti mostrerà sia dove si trovano il buffer di lettura che quello di scrittura.