Zobrazení průběhu kopírování u dd

10.4.2016 09:34 | Linux

Je mi jasné, že většina z vás tohle zná, ale pro mě to je nová vědomost.

Program dd (pro nízkoúrovňové kopírování) umí zobrazit průběh. Stačí mu poslat signál USR1. Já to dělám takhle V jednom terminálu si pustím dd kopírování a v druhém si přes pgrep najdu PID toho procesu.

Toto PID pak dosadím do kill -USR1 <PID> a dd řekne, kolik toho nakopírovalo, jakou rychlostí právě kopíruje, atd.

       

Obrázky

Komentáře

[Josef Kufner]

A když ten kill obalíš do watch, tak ti to bude říkat pravidelně.

[KOLEGA]

Jasně. Díky za tip.

[danc]

Anebo pouzit dcfldd, ktery prubeh ukazuje rovnou

[Radek Podgorny]

ja uz davno presel k dd_rescue, kde tohle vidis rovnou (plus si to poradi i s poskozenym mediem)...

[HudriHudri]

podgorny.cz uses an invalid security certificate. The certificate is only valid for www.asterix.cz Error code: SSL_ERROR_BAD_CERT_DOMAIN

[pavele]

dd if=/dev/zero of=soubor.null status=progress

[Jiří Lisický]

Dobrý! Co se všechno člověk nedoví při čtení aktuální man stránky

[ChronicPain]

Nase statem financovane vysoke skolstvi a avcr jsou uzasnym prikladem netransparentnosti, neefektivnosti a arogance.

[HudryHudry]

dd if=/dev/zero of=soubor.null status=progress dd: invalid status flag: `progress'

[Max]

Podpora byla přidána do verze 8.24, viz : commit
Debian stable má aktuálně dd ve verzi 8.23
V rollup distrech už to je, u stable distra si budeme muset ještě počkat.
Zdar Max

[pavele]

To dd s volbou "status=progres" je v CentOS 7 od minulého roku, viz changelog:

Po čec 06 2015 Ondrej Vasik - 8.22-13
- dd: new status=progress level to print stats periodically (#1147701)

[prqek]

A co třeba busybox nebo jiné *nixy? Tyhle gnu vychátvky jsou pěkné, ale já je osobně většinou ignoruju, protože nefungují zdaleka všude :(

[Kooala]

Nechapu, proc lidi pouzivaji pgrep a nasledne kill, kdyz se da pouzit rovnou pkill.

[KOLEGA]

Díky za tip ... Protože jsem u toho nepřemýšlel ... :)

[Vantomas]

To já používám killall -USR1 dd

[KOLEGA]

Tohle taky není špatný, díky.

[kralyk z abclinuxu]

Používám většinou něco jako:

pv image-file | sudo dd ...

[mimi.vx]

jj 'pv' je muj kamarad

[MMichal]

A když na to zapomenu při spouštění, tak potom https://github.com/Xfennec/progress

[Jendа]

Když už jsme u dd… Věděli jste, že GNU dd nejde použít bez trochy magie k odměření přesného množství dat? (BSD dd tím podle všeho netrpí)

# while true; do killall -USR1 dd; done

dd if=/dev/urandom bs=4M count=10 of=/fs/ble
0+0 records in
0+0 records out
0 bytes copied, 0,0493367 s, 0,0 kB/s
0+1 records in
0+1 records out
410020 bytes (410 kB, 400 KiB) copied, 0,0598844 s, 6,8 MB/s
dd: warning: partial read (410020 bytes); suggest iflag=fullblock
0+2 records in
0+2 records out
489850 bytes (490 kB, 478 KiB) copied, 0,113689 s, 4,3 MB/s
0+3 records in
0+3 records out
1039150 bytes (1,0 MB, 1015 KiB) copied, 0,15811 s, 6,6 MB/s
0+4 records in
0+4 records out
...

# ls -l /fs/ble 
-rw-r--r-- 1 root root 3678570 dub 10 15:16 /fs/ble

[kralyk z abclinuxu]

Uff, tak to je debilní, bohužel head -c je taky GNU extension...

[Jendа]

Ono podle mě dd už stejně nemá moc smysl, lidi to používají asi kvůli tomu, aby to psalo na zařízení po větších blocích, ale když je zdroj dost rychlý, tak to stejně zapíše do cache a pak už si to řeší kernel.

[pavlix]

Takže radíš používat cat?

[Jendа]

Ano, případně pv (ukazuje průběh, už to někdo píše výš), a na odměřování dat head.

[pavlix]

To zní dobře, jsem zvědavý, jestli se v diskuzi najde i nějaký oponent.

[Radek Hladik]

Když na nějakém stroji dělám něco s dd a dd nepíše status, tak víceméně automaticky otevírám další putty na ten stroj a nechám tam běžet watch killall -USR1 dd, stejně dost často rovnou pokračuju nějakým dalším dd a tak....

[Milan Roubal]

jen bych dodal, ze pri pouziti killall je potreba spoustet dd s parametrem iflag=fullblock viz diskuze zde

[pavlix]

Jak spolu souvisí fullblock a killall?

[pavlix]

Nebude to při použití kill úplně to samé?

[Milan Roubal]

bude, pouze mnou nepresne napsano. Jen v tom prikazu byl uvedeny killall, tak jsem reagoval na nej.