Riivatun prosessin tappaminen - on selkäänpuukotus

Nyt olet väärässä: Signature-kentän modulille saa näkyviin modinfo-komennolla.
jotakin tämän tapaista siis löytyy:
...
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 67:92:37:03:F9:87:00:EE:D4:65:31:7B:D8:3F:76:D8:7C:77:A4:1E
sig_hashalgo: sha512
signature: 6F:CC:B9 ... eli sha512-signature(512 bytes)

Tiedon avulla kernel voi tarkistaa, ettei binäärimuodossa levitettyä GPL-lisenssin alaista modulia ole muutettu riippumatta kääntäjän versiosta, jolla se on käännetty.
Useimmiten koodit löytyvät git-repo:sta. Jos jotain haluaa muuttaa voi muutokset tehdä omaan koodiin ja lähettää gitin kautta push-requestin - tämän koodista vastuussa oleva voi sitten ottaa mukaan käännökseen tai jättää huomiotta.

SIGKILL on vain yksi signaaleista, joita Ubuntussa voi prosessille lähettää, tässä lisää:
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP
6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1
11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM
16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR
31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3
38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7
58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX

Prosessia voi siis hienosäätää esim. sallimalla sille jotain erityisoikeuksia(esim. realtime) tai sitten sen voi demonisoida:

https://stackoverflow.com/questions/17954432/creating-a-daemon-in-linux

Myöskään SIGKILL ei ole ihan niin paha kuin aluksi näyttää, koska signaalin saanutta prosessia ei enää skeduloida: sitä kutsutaan zombie-prosessiksi ja se päätyy tuhottavaksi. Prosessin parent-prosessi saa tässä tilanteessa SIGCHLD-signaalin. Yleensä tämä on jonkin sortin hypervisori.

Nyt taidat muistaa väärin: Noin se toimii windows-puolella. Tuo prosessin tappaminen muutenkin huono termi, sillä mitään ei tapeta, koska mitään ei ole elossa koskaan ollutkaan. Skedulerilla on päätäntävalta, yleisin syy on OOM_reaper, ettei prosessia enää skeduloida.
Ohjelman nimi, jolla voi itse poistaa prosessin toki on nimeltään kill ja signaali SIGKILL, molemmat huonoja nimiä itse asialle.

Proserssi risti riita on syntynyt väärällä komennolla. Ei siinä sen kummemppa ole.