"tuer PID" ne tue pas vraiment le processus, pourquoi?

Les processus peuvent ignorer certains signaux. Si vous envoyez SIGKILL, il ne sera pas capable de l'ignorer (et de ne pas l'attraper pour faire des nettoyages). Essayez:

kill -9 {PID}

En savoir plus en lisant la page de manuel:

man kill

Si kill est appelé sans paramètre, il envoie le signal numéro 15 ( SIGTERM ). Ce signal peut être ignoré par le processus. Ce signal avertit le processus de nettoyer ses objets et de se terminer correctement par lui-même. C'est le bon moyen.

Vous pouvez également "envoyer" le numéro de signal 9 ( SIGKILL ) qui ne peut pas être ignoré par le processus. Le processus ne le reconnaîtra même pas, car le noyau termine le processus et non le processus lui-même. C'est la mauvaise voie.

On dit que kill -9 <pid> fonctionne toujours. C'est une incrédulité . Il existe des situations où même kill -9 ne tue pas le processus. Par exemple, lorsqu'un processus a l'état D (veille sans interruption). Un processus entre dans cet état chaque fois qu'il attend des E / S (généralement pas très longues). Ainsi, si un processus attend des E / S (sur un disque dur défectueux par exemple) et qu'il n'est pas programmé correctement (avec un délai d'attente), vous ne pouvez tout simplement pas tuer le processus . Peut importe ce que vous faites. Vous pouvez simplement essayer de rendre le fichier accessible que le processus continue.

Bien que le nom kill ne tue pas les processus, il lui envoie des signaux. De la page de manuel:

kill - send a signal to a process

Le signal par défaut envoyé par kill [pid] est SIGTERM , qui demande généralement mais pas nécessairement au processus de se terminer. Il est tout à fait possible d'écrire un programme qui joue un air joyeux lorsque vous lui envoyez le signal SIGTERM , mais pas recommandé.

Un autre signal courant est SIGHUP qui est souvent utilisé pour demander à un programme de relire ses fichiers de configuration.

Si vous voulez vraiment tuer un programme, vous devez utiliser le signal SIGKILL en effectuant kill -9 [pid] .

Il semble que vous soyez en train de suspendre un processus (peut-être en appuyant sur Ctrl-Z dans le terminal). Dans cet état, votre processus ne répondra pas à un SIGTERM car il est gelé. Si vous lancez "fg", le processus est dégelé, il peut donc capter le signal et se terminer automatiquement. Cela pourrait expliquer pourquoi «fg» apparaît pour mettre à jour la liste des processus.

Depuis C ++, j'ai exécuté:

kill(4024, SIGKILL);

Et sur un terminal Linux (Ubuntu),

$ ps -ax | grep my_su

La sortie était la suivante:

4024 pts/1    Z+     0:00 [my_subscriber] <defunct>

Apparemment, il (4024) survit encore. Cependant, dès que j'ai terminé le processus parent qui a appelé la déclaration "kill" ci-dessus, 4024 ne s'est plus présenté. Maintenant je juge que le processus "défunt" n'est rien d'autre qu'une ligne affichée et a décidé de l'ignorer. J'espère que mon expérience pourrait aider quelqu'un. Cheers!