Comment puis-je tuer un processus <defunct> dont le parent est init?

La transmission est suspendue par intermittence sur mon NAS. Si j'envoie SIGTERM, il ne disparaît pas de la liste des processus et une <defunct>étiquette apparaît à côté. Si j'envoie un SIGKILL, il ne disparaît toujours pas et je ne peux pas terminer le parent parce que le parent l'est init. La seule façon de me débarrasser du processus et de redémarrer la transmission est de redémarrer.

Je me rends compte que la meilleure chose que je puisse faire est d'essayer de réparer Transmission (et j'ai essayé), mais je suis un novice dans la compilation et je voulais m'assurer que mes torrents se terminaient avant de commencer à jouer avec.

Vous ne pouvez pas tuer un <defunct>processus (également appelé processus zombie) car il est déjà mort. Le système conserve les processus zombies pour que le parent collecte l'état de sortie. Si le parent ne collecte pas le statut de sortie, les processus zombies resteront pour toujours. La seule façon de se débarrasser de ces processus zombies est de tuer le parent. Si le parent est init, vous ne pouvez que redémarrer.

Les processus zombies ne prennent presque pas de ressources, il n'y a donc aucun coût de performance à les laisser s'attarder. Bien qu'avoir des processus zombies signifie généralement qu'il y a un bug dans certains de vos programmes. Init devrait généralement recueillir tous les enfants. Si init a des enfants zombies, il y a un bogue dans init (ou quelque chose d'autre mais c'est un bogue).

http://en.wikipedia.org/wiki/Zombie_process

Quiconque essaie de corriger le code source de Transmission C devrait lire l'astuce "double fork" pour éviter les zombies et les gestionnaires de signaux ... et comment il peut être utilisé dans le cadre d'une fonction d'apparition variadique intelligente (voir Spawning sous Unix ).

excerpt from: 
   "Spawning in Unix", http://lubutu.com/code/spawning-in-unix

Double fork
This trick lets you spawn processes whilst avoiding zombies, without 
installing any signal handler. The first process forks and waits for its 
child; the second process forks and immediately exits and is reaped;
the third process is adopted by init, and executes the desired program. 
All zombies accounted for, since init is always waiting.

if(fork() == 0) {
   if(fork() == 0) {
       execvp(file, argv);
       exit(EXIT_FAILURE);
   }
   exit(EXIT_SUCCESS);
}
wait(NULL);