10.2.1. ID procesa i porijeklo Dva najosnovnija atributa su ID procesa, ili pid, i ID njegovog nadređenog procesa. Pid je pozitivan cijeli broj koji se jedinstveno identificira

10.2.3. Uid sistema datoteka U vrlo posebnim slučajevima, program će možda morati zadržati svoje root privilegije za sve osim pristupa sistemu datoteka, za koji koristi korisnički uid. Prvobitno korišten u Linux NFS space serveru

ID domene Kada kreirate domenu u bazi podataka, morate navesti ID domene koji je globalno jedinstven u bazi podataka. Programeri često koriste prefiks ili sufiks na identifikatorima domena kako bi poboljšali dokumentaciju. Na primjer: CREATE

ID roditeljskog procesa (PPID) Identifikator procesa koji je ovo pokrenuo

Postoje trenuci kada aplikacija počne da kvari, a zajedno s njom i cijelo radno okruženje, naravno, možete ponovo pokrenuti računar, a sama servisabilnost će nestati, ali ovo nije opcija da ponovo pokrenete računar svaki put. I za to postoji tim Ubij, što će vam pomoći da zaustavite zamrznuti proces.

Tim Ubij može se koristiti za ukidanje ili prekid procesa korištenjem “Signal” ili “PID”. Komanda Kill šalje specificirani signal za prekid aplikacije koja se loše ponaša. Ako signal nije specificiran, šalje se TERM signal. Ovaj TERM signal će ubiti procese koji ga ne uhvate; za druge procese može biti potrebno koristiti Kill signal (broj 9) jer se ovaj signal ne može presresti.

SIGTERM je signal koji zahtijeva da se proces zaustavi. Ovom procesu je dato određeno vrijeme da završi svoj posao.

Pa, uz pomoć signala SIGKILL, možemo prisiliti da se proces odmah prekine. I Program nema pravo ignorirati ovaj signal i ukida aplikaciju.

Sledeći je format naredbe Kill:

kill [ -signal | -s signal ] pid ...

Najlakši način da prekinete proces je da pronađete PID resursa i zatim pokrenete PID kao argument sa naredbom Kill.

Šta je PID?

Svakom Linux ili Unix procesu ili programu koji se pokreće automatski se dodjeljuje jedinstveni identifikacijski broj procesa (PID). PID automatski dodjeljuje broj svakom procesu u sistemu.

Možete pronaći PID resursa pomoću komande “pidof” ili “ps”. Da biste saznali PID procesa (recimo firefox) koristite sljedeću naredbu

Pidof firefox

Naredbu možete koristiti i u drugom obliku:

Ps-A | grep -i firefox

U gornjem primjeru, prikazan je broj “23814” koji je PID firefox procesa. Kada saznate PID procesa (firefox), možete koristiti naredbu Kill da biste ubili proces (Firefox) kao što je prikazano ispod.

Ubijte 23814

Kada naredba izvrši kill, to jest, šalje signal procesu čiji se PID prosljeđuje zajedno sa komandom kao argument.

Da budemo precizniji, naredba Kill ima sljedeće oblike:

• kill PID
• ubiti -15 PID
• ubiti -9 PID
• kill -SIGTERM PID
• kill -SIGTERM PID

Komanda Kill ima sljedeće povratne kodove:

• 0 – na uspjeh
• 1 – kvar
• 64 – djelomični uspjeh (ako je navedeno više od jednog procesa)

Druga komanda koju možete koristiti je KillAll. Killall također koristi ime procesa umjesto PID-a i završava sve instance procesa s tim imenom. Na primjer, ako imate više pokrenutih instanci Firefoxa, možete ih sve isključiti pomoću naredbe

Killall firefox

Za X server postoji još jedna naredba koja se zove Xkill, koji može ubiti procese. Naredba Xkill je za grafički način rada, bez prosljeđivanja naziva procesa ili njegovog PID-a, odnosno, ako pokrenete u terminalu

Danas ćemo razgovarati o tome kako se nositi s procesima u Ubuntu Linuxu koji su zamrznuti i ne možete ih prekinuti. Oni proždiru sistemske resurse tako što učitavaju sistem, jedu pristojan dio RAM-a, što stvara probleme kao što su usporavanje rada računara ili djelomično zamrzavanje sistema na kraće vremenske periode. Postoje različite situacije, nekada se zamrzava desktop, ponekad aplikacija, ponekad se zamrzava desktop okruženje, u tim situacijama ćemo tražiti izlaz kako da uradimo bez ponovnog pokretanja sistema i ne isključivanja računara pomoću dugme na sistemskoj jedinici računara jer to nije dobro rešenje.

Ponekad postoji potreba da se ubije proces u Ubuntu Linuxu, kako to učiniti ispravno i ne nanijeti štetu, razgovarat ćemo i o rješenjima konzole i kroz grafičko sučelje.

Danas ćemo razgovarati o tome kako se nositi s procesima u Ubuntu Linuxu koji su zamrznuti i ne možete ih prekinuti. Oni proždiru sistemske resurse tako što učitavaju sistem, jedu pristojan dio RAM-a, što stvara probleme kao što su usporavanje rada računara ili djelomično zamrzavanje sistema na kraće vremenske periode. Postoje različite situacije, nekad se desktop zamrzne, nekad aplikacija zamrzne, nekad se zamrzne desktop okruženje, iz ovih situacija ćemo tražiti izlaz, kako da radimo bez ponovnog pokretanja sistema i ne isključivanja računara sa dugme na sistemskoj jedinici računara jer to nije dobro rešenje.

Kada radite sa Ubuntu Linuxom, vjerovatno već imate pitanja:

Kako odrediti PID da bi se naknadno ubio proces/aplikacija

Ako ne želite da pokrenete naredbu top ili neki drugi moćniji analog htop, onda se zamarate traženjem ID-a ovog ili onog ID-a procesa, postoji lakši izlaz/rješenje da pronađete PID proces, možete koristiti naredbu " pidof" ili " PS".

Recimo da trebamo saznati ID procesa aplikacije Google Chrome, što radimo u ovoj situaciji, otvorimo terminal Ctrl + Alt + T i pokrenemo naredbu u terminalu:

Pidof chrome

dobijamo izlaz:

9497 9183 9123 8815 8788 6042 6033 5938 5916 5911 5908 5900 5892 5836 5831 5819

skoro spreman, odredili smo PID, u nastavku pročitajte kako ubiti proces.

Kako ubiti proces u Linuxu pomoću PID-a

Odredili smo koji je PID u aplikaciji koju želimo da ubijemo, iz gore opisanog, vidite da sada imam mnogo kartica pokrenutih u mom pretraživaču, plus pojedinačni procesi pretraživača, ukupno ima 16 ID-ova, da ih sve ubijem , pokrećemo naredbu:

Sudo kill 9497 9183 9123 8815 8788 6042 6033 5938 5916 5911 5908 5900 5892 5836 5831 5819

Također možete vidjeti sve aktivne procese u sistemu pokretanjem naredbe:

Sudo ps axu

da, tako je jednostavno. Umjesto Chromea može postojati bilo koja druga aplikacija, skype ili neka druga.

Također možete koristiti dodatnu naredbu da otkrijete ID procesa aplikacije koju želite ubiti:

Ps-A | grep -i ime-aplikacija

Umjesto name-app pišemo naziv aplikacije, ne unosite puno ime ručno, koristite auto-detekciju pomoću " tipki" TAB". Kao rezultat, ova komanda će prikazati vrijeme rada potrebnog procesa i, shodno tome, njegovo PID, koji možete koristiti za ubijanje, hajde da provjerimo rad naredbe, pokrenite u terminalu:

Ps-A | grep -i skype

dobijamo sledeći rezultat:

9257? 00:00:57 skype

sve što nam je potrebno je na dlanu, postoji ID i možemo vidjeti koliko dugo traje ovaj proces.

Kako koristiti naredbu Kill u Linuxu

Već sam gore opisao kako dobiti PID identifikator, onda sve što treba da uradimo je da koristimo ovaj PID zajedno sa kill, što će ubiti proces koji nam se ne sviđa, pogledajte detalje malo niže.

Primili smo ID i sada možemo ugasiti aplikaciju:

Sudo ubiti 9257

To je sve, aplikacija je ubijena.

Kako ubiti proces u Linuxu po imenu

Da biste ubili proces po imenu, možete koristiti naredbu killall, prvo morate razumjeti da ova naredba ubija sve procese koji imaju isto ime. Ovo je vrlo zgodno, jer u ovoj situaciji ne moramo tražiti PID procesa koji nam je potreban, na primjer, želimo zatvoriti Skype aplikaciju, izvršit ćemo naredbu u terminalu:

Sudo killall skype

također opcija:

Sudo killall -s 9 skype

u istom trenutku kada aplikacija prestane da radi, na ovaj način možete lako ubiti procese koji vam se ne sviđaju.

Komanda smrti, šta ne bi trebalo da radite u terminalu

Prethodno sam pisao materijal o lošim savjetima, koje naredbe ne treba izvršavati u terminalu da se ne ubije sistem, ali lista nije savršena i može se dopuniti sa još mnogo naredbi, od kojih ćete jednu pronaći u nastavku.

Evo primjera naredbe smrti:

Sudo ubiti -9 -1

Ova komanda će ubiti sve trenutno pokrenute procese. Ne bih preporučio da to radite jer posljedice mogu biti nepredvidive i najvjerovatnije ćete morati ponovo pokrenuti sistem bez grafičkog interfejsa. U slučaju da grafički interfejs iznenada pokvari, otvorite terminal koristeći komande CTRL+ALT+F1, svaki novi prozor se otvara po istoj analogiji, jednostavno mijenjajući F1 u F2 i tako dalje.

Također možete dobiti pomoć za gore korištene naredbe preko terminala tako što ćete pokrenuti naredbe:

Man ps man grep man pidof man kill man killall

Ovim je naš kratki materijal završen, ako nešto ne razumijete, pitajte u komentarima na materijal ispod.

U ovom članku ćemo pokušati kreirati modul kernela koji može promijeniti PID već pokrenutog procesa u Linuxu, a također ćemo eksperimentirati s procesima koji su primili promijenjeni PID.

Upozorenje: Promjena PID-a je nestandardan proces i pod određenim okolnostima može dovesti do panike kernela.

Naš test modul će implementirati /dev/test karakterni uređaj, koji će promijeniti PID procesa prilikom čitanja iz njega. Hvala ovom članku za primjer implementacije karakternog uređaja. Kompletan kod modula dat je na kraju članka. Naravno, najispravnije rješenje je bilo dodavanje sistemskog poziva samom kernelu, ali to bi zahtijevalo ponovno kompajliranje kernela.

Životna sredina

Pokušaj #1 jednostavno rješenje

Prva ideja je bila jednostavno promijeniti parametar current->pid iz modula kernela u željeni.

Statički ssize_t device_read(struct file *filp, char *buffer, size_t dužina, loff_t * offset) ( printk("PID: %d.\n",current->pid); current->pid = 1; printk("new PID: %d.\n",trenutni->pid); , )
Da provjerim funkcionalnost modula, napisao sam program na C++:

#include #include #include int main() ( std::cout<< "My parent PID " << getppid() << std::endl; std::cout << "My PID " << getpid() << std::endl; std::fstream f("/dev/test",std::ios_base::in); if(!f) { std::cout << "f error"; return -1; } std::string str; f >>str; std::cout<< "My new PID " << getpid() << std::endl; execl("/bin/bash","/bin/bash",NULL); }
Učitajmo modul naredbom insmod, kreiramo /dev/test i isprobamo.

# ./a.out Moj roditelj PID 293 Moj PID 782 Moj novi PID 782
PID nije promijenjen. Ovo možda nije jedino mjesto gdje je specificiran PID.

Pokušajte #2 dodatna PID polja

Kompajlirajte i probajte

Pošto sam testirao preko SSH-a, uspio sam dobiti izlaz programa prije nego što se kernel sruši:

Moj roditelj PID 293 Moj PID 1689 Moj novi PID 1689
Prvi rezultat je već nešto. Ali PID se još uvijek nije promijenio.

Pokušaj #3 simbola kernela koji se ne mogu izvesti

Ova funkcija prihvaća samo prostor imena u kojem će se nalaziti novi PID, ovaj prostor se može dobiti pomoću task_active_pid_ns.
Ali postoji jedan problem: kernel ne izvozi ove simbole kernela i ne mogu se koristiti u modulima. Odličan mi je pomogao u rješavanju ovog problema. Funkcijski kod find_sym je preuzet odatle.

Statički asmlinkage void (*change_pidR)(struct task_struct *task, enum pid_type type, struct pid *pid); statički asmlinkage struct pid* (*alloc_pidR)(struct pid_namespace *ns); static int __init test_init(void) ( printk(KERN_ALERT "TEST drajver je učitan!\n"); change_pidR = find_sym("change_pid"); alloc_pidR = find_sym("alloc_pid"); ... ) static ssize_t device_read(struct file * filp, char *buffer, size_t dužina, loff_t * offset) ( printk("PID: %d.\n",current->pid); struct pid* newpid; newpid = alloc_pidR(task_active_pid_ns(current)); change_pidR(current) ,PIDTYPE_PID,newpid); printk("novi PID: %d.\n",trenutni->pid); ... )
Kompajlirajte, pokrenite

Moj roditelj PID 299 Moj PID 750 Moj novi PID 751
PID promijenjen! Kernel je automatski dodijelio besplatni PID našem programu. Ali da li je moguće koristiti PID koji je zauzet drugim procesom, kao što je PID 1? Dodajmo kod nakon alokacije

Newpid->numbers.nr = 1;
Kompajlirajte, pokrenite

Moj roditelj PID 314 Moj PID 1172 Moj novi PID 1
Dobijamo pravi PID 1!

Bash je izbacio grešku koja sprečava rad prebacivanja zadataka pomoću naredbe %n, ali sve ostale funkcije rade dobro.

Zanimljive karakteristike procesa sa promijenjenim PID-om

PID 0: ulazak ne može izaći

Newpid->numbers.nr = 0;
Kompajlirajte, pokrenite

Moj roditelj PID284 Moj PID 1517 Moj novi PID 0
Dakle, PID 0 nije tako poseban? Radujemo se, pišemo izlaz i...

Topovsko đule pada! Kernel je definirao naš zadatak kao IDLE TASK i, vidjevši završetak, jednostavno se srušio. Očigledno, naš program se mora vratiti na svoj "normalan" PID prije izlaska.

Nevidljivi proces

Kompajlirajte, pokrenite

Moj roditelj PID296 Moj PID 735 Moj novi PID 12345
Hajde da vidimo šta je u /proc

1 148 19 224 288 37 79 86 93 konzole fb kcore brave particije zamjene verzija 10 149 2 226 29 4 8 87 acpi cpuinfo sistemi datoteka ključ-korisnici meminfo sched_debug 5 sys12090 88 kao ound crypto fs ključevi misc schedstat sysrq - okidač vmstat 11 16 208 24 291 6 81 89 buddyinfo uređaji prekidaju kmsg module scsi sysvipc zoneinfo 12 17 21 25 296 7 82 9 bus diskstats iomem kpagecgroup mounts2 selfi3 thread-177 36 36 0 cgroup s dma ioports kpagecount mtrr slabinfo timer_list 139 18 22 27 30 76 84 91 cmdline drajver irq kpageflags net softirqs tty 14 182 222 28 31 78 85 92 config.gz execdomains kallsyms pagetype loadavg
Kao što vidimo, /proc ne identifikuje naš proces, čak i ako smo zauzeli slobodan PID. Prethodni PID takođe nije u /proc, i ovo je veoma čudno. Možda se nalazimo u drugom imenskom prostoru i stoga nismo vidljivi glavnom /proc. Hajde da montiramo novi /proc i vidimo šta ima

1 14 18 210 25 291 738 81 9 bus uređaji fs ključ-korisnici zaključavanja pagetypeinfo softirqs timer_list 10 148 182 22 26 296 741 82 90 cgroups diskstats prekidi parti2 ključevi20 mestat9info 27 30 76 83 92 cmdline dma iomem kmsg ostalo sched_debug swaps uptime 11 15 2 224 28 37 78 84 93 config.gz drajver ioports kpagecgroup moduli schedstat sys verzija 12 16 20 226 288 4 79 85 acpi consoles v kpagecgroup scount cinfo 1 3 17 208 23 29 6 8 86 asound cpuinfo fb ​​kallsyms kpageflags mtrr self sysvipc vmstat 139 176 21 24 290 7 80 87 buddyinfo kripto datotečni sistemi kcore loadavg net slabinfo thread-self zoneinfo
Naš proces još uvijek ne postoji, što znači da smo u normalnom imenskom prostoru. Hajde da proverimo

Ps -e | grep bash
296 poena/0 00:00:00 bash

Samo jedan bash, sa kojeg smo pokrenuli program. Ni prethodni PID ni trenutni nisu na listi.