Miksi esimerkiksi rytmilaatikon tappaminen "Resurshit" ohjelmalla, aiheuttaa viiveellä poksauksen kaiuttimissa, eli isoaivoinen ihminen kaikkeuttaa tuon tietoluovutukseksi? Eikä mihinkään sopimukseen ole asiakkaan hyväksyntää.
Riivatun prosessin tappaminen - on selkäänpuukotus
Anonyymi-ap
11221
0Äänestä
Muut lukivat myös
Ketjusta on poistettu 2 sääntöjenvastaista viestiä.
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 11
Vanhimmat
Mitä ihmeen sieniä sä olet vetänyt kun noin sekavaa tekstiä sulta on tullut?
Hyvä homma se että poksaus kuuluu, meinaa että kajarit ei ole yhteydessä äänikorttiin.
Eihän avoimessa lähdekoodissa mitään sopimuksia ole, saati allekirjoituksia ole, kuin windowsissa pitäisi olla. Avoimet koodit toimivat toki jonkin lisenssin alla, mutta se on jos haluat koodia muokata tai muokkaat sitä, niin siitä toki ilmoitus koodarille. Käytä komentoja kill ja killall ... prosessi.
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.
Ethän windowsissakaan mitään tapa? Miksi sitten Ubuntussa?
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.
Asenna rytmilaatikkoon eku lisäosa, niin jopa on hyvä. Android-puhelimen saa kaukosäätimeksi, niin onpa tosi hyvä.
"Järjestelmän valvonta" Ohjelma, Tappaa prosesseja! jos sellaiseen on tarve!
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.
Epäilisin Vatsapin sihgnaalin sekoittuneen Singnaaliin.
Proserssi risti riita on syntynyt väärällä komennolla. Ei siinä sen kummemppa ole.