Как это возможно, что kill -9 для процесса в Linux не имеет никакого эффекта?

дважды проверьте, что parent-id действительно 1. Если нет, то и это firefox сначала попробовать sudo killall -9 firefox-bin. После этого попробуйте убить конкретные идентификаторы процессов индивидуально с помощью sudo killall -9 [process-id].

как вообще возможно, чтобы процесс не слушал kill -9 (neiter как пользователь или как root)?

если процесс зашел <defunct> а потом становится зомби с родителем 1, Вы не можете убить его вручную; только init может. Зомби процессы уже мертвы и ушли - они потеряли возможность быть убитыми, поскольку они больше не являются процессами, а только запись таблицы процессов и связанный с ней код выхода, ожидающий сбора. Вам нужно убить родителя, и вы не можете убить init по понятным причинам.

но вижу здесь для получения более общей информации. Перезагрузка убьет все, естественно.

возможно ли, что этот процесс перезапускается (например, init) только в то время, когда вы его убиваете?

вы можете проверить это легко. Если PID-это то же самое после kill -9 PID тогда процесс не был убит, но если он изменился, процесс был перезапущен.

Я в последнее время попадаю в ловушку Двойная Вилка и приземлился на эту страницу, прежде чем, наконец, найти мой ответ. Симптомы идентичны, даже если проблема не в этом:

• WYKINWYT: то, что вы убиваете, это не то, что вы думали

минимальный тестовый код показан ниже на основе примера для демона SNMP

#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>

int main(int argc, char* argv[])
{
    //We omit the -f option (do not Fork) to reproduce the problem
    char * options[]={"/usr/local/sbin/snmpd",/*"-f","*/-d","--master=agentx", "-Dagentx","--agentXSocket=tcp:localhost:1706",  "udp:10161", (char*) NULL};

    pid_t pid = fork();
    if ( 0 > pid ) return -1;

    switch(pid)
    {
        case 0: 
        {   //Child launches SNMP daemon
            execv(options[0],options);
            exit(-2);
            break;
        }
        default: 
        {
            sleep(10); //Simulate "long" activity

            kill(pid,SIGTERM);//kill what should be child, 
                              //i.e the SNMP daemon I assume
            printf("Signal sent to %d\n",pid);

            sleep(10); //Simulate "long" operation before closing
            waitpid(pid);
            printf("SNMP should be now down\n");

            getchar();//Blocking (for observation only)
            break;
        }
    }
    printf("Bye!\n");
}

на первом этапе основной процесс (7699) запускает демон SNMP (7700), но мы можем смотрите, что это сейчас Како/Зомби. Рядом мы видим другой процесс (7702) с указанными нами опциями

[nils@localhost ~]$ ps -ef | tail
root       7439      2  0 23:00 ?        00:00:00 [kworker/1:0]
root       7494      2  0 23:03 ?        00:00:00 [kworker/0:1]
root       7544      2  0 23:08 ?        00:00:00 [kworker/0:2]
root       7605      2  0 23:10 ?        00:00:00 [kworker/1:2]
root       7698    729  0 23:11 ?        00:00:00 sleep 60
nils       7699   2832  0 23:11 pts/0    00:00:00 ./main
nils       7700   7699  0 23:11 pts/0    00:00:00 [snmpd] <defunct>
nils       7702      1  0 23:11 ?        00:00:00 /usr/local/sbin/snmpd -Lo -d --master=agentx -Dagentx --agentXSocket=tcp:localhost:1706 udp:10161
nils       7727   3706  0 23:11 pts/1    00:00:00 ps -ef
nils       7728   3706  0 23:11 pts/1    00:00:00 tail

после моделирования 10 сек мы попытаемся убить единственный процесс, который мы знаем (7700). То, что нам наконец удалось с waitpid (). Но процесс 7702 все еще здесь

[nils@localhost ~]$ ps -ef | tail
root       7431      2  0 23:00 ?        00:00:00 [kworker/u256:1]
root       7439      2  0 23:00 ?        00:00:00 [kworker/1:0]
root       7494      2  0 23:03 ?        00:00:00 [kworker/0:1]
root       7544      2  0 23:08 ?        00:00:00 [kworker/0:2]
root       7605      2  0 23:10 ?        00:00:00 [kworker/1:2]
root       7698    729  0 23:11 ?        00:00:00 sleep 60
nils       7699   2832  0 23:11 pts/0    00:00:00 ./main
nils       7702      1  0 23:11 ?        00:00:00 /usr/local/sbin/snmpd -Lo -d --master=agentx -Dagentx --agentXSocket=tcp:localhost:1706 udp:10161
nils       7751   3706  0 23:12 pts/1    00:00:00 ps -ef
nils       7752   3706  0 23:12 pts/1    00:00:00 tail

после предоставления символа функции getchar() наш основной процесс завершается, но демон SNMP с pid 7002 все еще здесь

[nils@localhost ~]$ ps -ef | tail
postfix    7399   1511  0 22:58 ?        00:00:00 pickup -l -t unix -u
root       7431      2  0 23:00 ?        00:00:00 [kworker/u256:1]
root       7439      2  0 23:00 ?        00:00:00 [kworker/1:0]
root       7494      2  0 23:03 ?        00:00:00 [kworker/0:1]
root       7544      2  0 23:08 ?        00:00:00 [kworker/0:2]
root       7605      2  0 23:10 ?        00:00:00 [kworker/1:2]
root       7698    729  0 23:11 ?        00:00:00 sleep 60
nils       7702      1  0 23:11 ?        00:00:00 /usr/local/sbin/snmpd -Lo -d --master=agentx -Dagentx --agentXSocket=tcp:localhost:1706 udp:10161
nils       7765   3706  0 23:12 pts/1    00:00:00 ps -ef
nils       7766   3706  0 23:12 pts/1    00:00:00 tail

вывод

тот факт, что мы проигнорировали двойная вилка механизм заставил нас думать, что убить действие не удалось. Но на самом деле мы просто убили неправильный процесс !!

добавить - f опция (не (двойная) вилка ) все идет так, как ожидалось

PS-ef | grep firefox; и вы можете увидеть 3 процесса, убить их всех.

sudo killall -9 firefox

должно работать

изменить: [PID] изменен на firefox

вы также можете сделать pstree и убить родителей. Это гарантирует, что вы получите все оскорбительное дерево процесса, а не только лист.