Глюк, поломали или чего? Первый раз с таким сталкиваюсь. Привык я посматривать сколько он копирует так, как это в хелпе к dd описано
Sending a USR1 signal to a running 'dd' process makes it
print I/O statistics to standard error and then resume copying.
$ dd if=/dev/zero of=/dev/null& pid=$!
$ kill -USR1 $pid; sleep 1; kill $pid
18335302+0 records in
18335302+0 records out
9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s
но чего-то не получается, похоже после & он просто спит.
$ dd if=/dev/zero of=/dev/null& pid=$!
[1] 3246
$ kill -USR1 $pid; sleep 1; kill $pid
$
[1]+ Terminated dd if=/dev/zero of=/dev/null
Если dd на реальной операции что-то долго с диском делает, посылка kill -USR1 ничего не дает.
Что за глюки, впервые столкнулся с таким, даже не понимаю куда копать.
Вдобавок его ещё и по Ctrl+C не снять, а после Ctrl+C не снимается ни по kill, ни по kill -9
$ uname-a
3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux
$ dd --version
$ dd (coreutils) 8.21
Update:
Проблема решена. Дело было в том, что gdm3 блокирует SIGUSR, обновление до версии 3.12.2-4 избавляет от этого бага.
