私はこのゾンビの親（下記参照）を殺して再起動せずに続けることができたらと思います。私が知っている限り、Unkillable D状態は中断できないシステムコールによって引き起こされます。私の場合、rsyncコピーのターゲットであったシステムのZFS操作に関連していたはずです。私はZFSが私のUbuntu 17.04ボックスにぶら下がっている理由を詳しく説明する方法を提案できる人がいるかどうか疑問に思います。これで、zpool（およびこのzpoolのみ）にアクセスしようとするすべての新しいプロセスが中断されます。他のzpoolは正常に実行されています。
FWIW、ターゲットから別のzpoolへの同時rsyncコピーを開始したときにこの問題が始まったと思われましたが、そこにいませんでした（私はsleep 3600; rsync ...）。 ZFSLINUXの仕事が多すぎますか？
それでは、上流の専門家のための診断情報を収集する良い方法は何ですか？
root@face:~/Desktop# ps axl|grep rsync
5 0 22349 1 20 0 25676 2296 cv_wai D ? 5:46 rsync --server -vlogDtpre.iLs --delete . /mirror
0 0 22517 1 20 0 23324 2952 cv_wai D ? 0:00 rsync -av open /port/cosi
1 0 22518 22517 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25227 1 20 0 23816 3112 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25229 25227 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25447 1 20 0 23816 3120 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25449 25447 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25646 1 20 0 23816 3064 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25648 25646 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
0 0 25828 18113 20 0 14240 988 pipe_w S+ pts/28 0:00 grep --color=auto rsync
root@face:~/Desktop# kill -9 25447
root@face:~/Desktop# ps axl|grep rsync
5 0 22349 1 20 0 25676 2296 cv_wai D ? 5:46 rsync --server -vlogDtpre.iLs --delete . /mirror
0 0 22517 1 20 0 23324 2952 cv_wai D ? 0:00 rsync -av open /port/cosi
1 0 22518 22517 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25227 1 20 0 23816 3112 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25229 25227 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25447 1 20 0 23816 3120 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25449 25447 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
4 0 25646 1 20 0 23816 3064 cv_wai Ds ? 0:00 rsync --server -vlogDtpre.iLs --delete . /mirror
1 0 25648 25646 20 0 0 0 - Z ? 0:00 [rsync] <defunct>
0 0 25887 18113 20 0 14240 992 pipe_w S+ pts/28 0:00 grep --color=auto rsync