spuhulinux.blog.hu

Az én UHU-Linux "tudástáram". Ennyi és nem több... Ha kevés, vagy valami nem jó, ígérem kijavítom! Mostanában az alaptéma kiegészül a Wordpress boncolgatásával is. Meg a CMS, ugyebár. Remélem nem baj? :-)

Non-Hungarian Speakers / Readers

Naptár

december 2018
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31

Utolsó kommentek

  • Károvics János: Üdv mindenkinek UHU3-at használok, felraktam hozzá egy sype-t. 4.3. Magyar nyelvre nem lehet be ... (2016.02.16. 20:14) UHU felhasználók levelező listája (kezdő)
  • bilolyogus: apt-get install kernel-headers-$(uname -r) (2012.05.29. 16:28) VMware Tools installálás > UHU-Linux (Guest)
  • SPétör: Windows-on nem csináltam, de ez rendben volt? --> " Ajánlom, h olvasd el az infót amit ekkor lá... (2010.08.09. 15:42) Login
  • devil_sasa: szia. Köszi, hogy segítesz... a te írásaid között találtam egy pendrive-ról indítható uhu-linux 2.... (2010.08.09. 14:24) Login
  • SPétör: Szia! Nem figyelem, de kapok figyelmeztetést... Már nem uhuzok, de ha gondolod, mondjad hátha tud... (2010.08.08. 21:13) Login
  • devil_sasa: Szia SPétör! nem tudom ,még figyeled-e ezt a blogot, ha igen lenne egy két kérdésem, ha megtisztel... (2010.08.08. 13:35) Login
  • jocosd: iptables -A OUTPUT -p tcp --dport 20 -j ACCEPT iptables -A OUTPUT -p tcp --dport 21 -j ACCEPT modp... (2010.07.28. 22:31) FTP és iptables karambol
  • MezoArt: Sziasztok! Segítség! Elegem van a Visztából!!! Komolyan elgondolkodtam, hogy mivel lehet leváltani... (2010.05.18. 18:00) Üzenőfal
  • Alfonz64: Nekem így kér root jogot. az asztalon lévő krusader ikonon jobb klikk/tulajdonságok töröld ki a p... (2010.04.03. 19:57) Krusader root jogokkal - megoldás(?)!
  • accipiter: Egy kis segítség: gameworld.blog.hu/2009/09/16/mobiltulajdonosok_itt_az_opera_mini_5_betaja#commen... (2009.09.25. 14:35) PDA vs. linux
  • Utolsó 20

Keresés

Google

Címkék

2.1 (4) ajánló (1) aktuális (1) alltray (1) alt tab (1) analízis (1) analog (1) apache (1) apt (1) aptana (1) apt get (2) asus (1) ati driver (1) basket note pads (2) beállítások (1) bérlés (1) biztonság (17) bleezer (1) blog (16) bluefish (1) böngésző (2) buli (1) bulvár (1) chmod (2) cms (5) cmsmadesimple (2) copy paste (2) creative commons (1) család (1) csomagok kezelése (1) css (2) custom (1) daemontools (2) desktop (4) driver (1) dual homed (1) dv1394 (1) e107 (2) élet (1) életérzés (1) életképek (1) én (1) english (1) etherape (1) exkluzív (1) exploit (1) extension (1) fbrun (1) feladatlista (1) firefox (5) fluxbox (12) folyamatok leállítása (2) fórum (2) freeweb (2) frekvencia (1) ftp (5) fwanalog (5) gkrellm (1) gnome (3) goldenblog (1) google (2) gtk (1) gui (1) gyorsítás (1) hálózat (1) hardware (1) hdd1 (1) htop (1) humor (1) ies4linux (1) ikon (1) információ (3) ingatlan (1) initd (1) inkscape (4) installálás (1) internet explorer (3) ip (1) iptables (27) ip cím (1) iroda (1) java (1) jogok (1) kecskemét (1) képernyő felbontás (2) kernel (3) kiadó (1) kill (2) kimili flash embed (1) kjots (1) klippek (1) konfiguráció (1) krusader (3) linkek (1) linux (1) localhost (2) log (7) login (1) lprm (1) magyarítás (1) média (1) menü (3) messages (1) mindennap (1) monitor (2) mount (4) music (1) mysql (9) napi music (1) napi zene (1) navigator (1) netikett (1) netscape (1) network manager (2) notebook (3) numlock (3) numlockx (2) off (1) olcsó (1) openbox (2) openoffice (2) opera (6) operációs rendszer (1) ötletek (1) partícionálás (2) pc (1) pda (3) php (1) phpmyadmin (2) picasa web album (1) pidgin (2) plugin (6) pocket informant (2) probléma (4) processzor (2) proxy (1) pytube (1) qtparted (1) ram (2) reboot (1) recursive (1) resolution (1) rím (1) rímek (1) root (1) router (1) rtfm (1) runleveld (2) sawmill (1) seamonkey (2) shared folders (4) shutdown (1) skype (3) spuhuflux (4) spuhulinux (6) statisztika (10) sudo (5) swap (1) swiftweasel (1) szkript (1) szolgáltatások (1) szövegelés (44) születésnap (1) tab (1) tango (1) tapasztalatok (1) telepítés (3) tinymce (2) top (2) truecrypt (3) tűzfal (16) uhu (1) uhu linux (31) usb (1) user (1) üzlet (1) vészhelyzet (1) vezérlőpult (1) videókártya (1) virtual disk manager (1) vmmon (2) vmnet8 (2) vmware (7) vmware server (1) vmware toolbox (1) vmware tools (5) vmware workstation (18) wallpaper (1) webfejlesztés (1) webszerkesztés (3) web developer (1) wep (1) wifi radar (3) wiki (1) wireless (3) wordpress (21) wordpress theme (6) wpa (1) wysiwyg (1) xampp (1) xhost (2) xrandr (1) xterm (2) zene (1) Címkefelhő

Egyéb linkek

Folyamatok leállítása (kill)

2007.03.10. szombat 13:27 SPétör


Bárkivel előfordulhat vagy már elő is fordult, hogy egy folyamatot/programot nem tud leállítani.
Igen! Ilyen is van Linux alatt...
A megoldás biztonságosabb, mint az M&M-nél.


KILL

Ez pontosan azt jelenti, amit gondolunk, de...
Mondjuk úgy, hogy ha jól csináljuk, akkor ez nem fáj.
Először is nézzük meg, hogy mi a leállítandó folyamat azonosítója [PID].
(Konkrét példákat nem másolok ide be, mert helyszűke miatt elcsúszik a tördelés és úgy már elég zavaros. Mindenki próbálja ki otthon.)

A futó folyamatokról
# ps -efutasítással kapunk információt. (Megjegyzés: megy felhasználó alatt is)
A ps = jelentés a futó folyamatokról.
A ps -ef = jelentés minden folyamatról.

Javaslom azonban ezt az utasítást:
# ps auxvagy rövidebben
# ps uxEz csak az adott felhasználó által birtokolt folyamatokat listázza ki.

Keressük meg azt ,amit le akarunk állítani.
Adjuk ki a
# kill [PID]utasítást.

Előfordulhat, hogy a folyamat ugyan leáll, de az általa indított, úgynevezett gyermekfolyamatok nem állnak le.
Ahhoz, hogy ezt elkerüljük, mielőtt leállítanánk a kívánt folyamatot, ellenőrizzük, hogy nem indított-e gyermekfolyamatot. Ezt a ps -ef utasításra kapott listában is megtehetjük.
Ha azonban egy folyamatcsaládra vagyunk kíváncsiak (pl.: httpd), akkor a
# ps -ef | grep httpdsegít nekünk.

Nézzük meg a PPID oszlopot, ahol a kivánt folyamat szülő PID-je szerepel, az gyermekfolyamata az általunk leállítani kívánt folyamatnak.

Egy másik megoldás:
# ps axfez a megoldás vizuálisan is jelzi a gyermekfolyamatokat.

Ezeket a folyamatokat először próbáljuk meg kíméletesen leállítani:
# kill -1 [PID]A -1 kapcsoló gyakorlatilag azt imitálja, mintha a folyamat tulajdonosa kijelentkezett volna.
Ha ez nem megy, akkor egyenként kell kijelölni a folyamatokat:
# kill 24384 24383 24380Másik lehetőség:
# kill -TERM [PID]vagy
# killall httpdA killall utasítás lehetővé teszi, hogy a folyamat nevét adjuk meg.

SIGHUP

Előfordul, hogy nem csak leállítani, de azonnal újraindítani akarunk egy folyamatot.
A SIGHUP vagy "sig-hup" (jelentése: signal hangup) erre való.
Ennek számos módja van:
# kill -HUP [PID]
# kill -HUP [PID]
# killall -HUP [process-name]
# kill -1 [PID]
# killall -1 [process-name]
DE! Ez nekem nem működik UHU alatt! A folyamatot kilövi, de nem indul újra.
Van valaki, aki tudja, hogy miért?

A végső fegyver: kill -9

Ha végképp nem tudunk mit tenni, akkor alkalmazhatjuk a
# kill -9 [PID]vag az ezzel egyenértékű
# kill -s SIGKILL [PID]utasítást, de ilyenkor zombi folyamatokat hagyhat maga után, amik továbbra is fogyaszthatják a memóriát.

Gondot okozhat, ha a zombi folyamat az init [PID1] tulajdonába került. Init folyamatot csak akkor állítsunk le, ha tudjuk, hogy mit csinálunk, mert ilyenkor a rendszer is leáll.

SP



Kiegészítés (© mavo):
(gondoltam, itt jobb lesz mint ha kommentbe tenném)

# kill -l

1) SIGHUP 
2) SIGINT
3) SIGQUIT
4) SIGILL
5) SIGTRAP
6) SIGABRT
7) SIGBUS 8) SIGFPE
9) SIGKILL10) SIGUSR111) SIGSEGV12) SIGUSR2
13) SIGPIPE
14) SIGALRM
15) SIGTERM 16) SIGSTKFLT
17) SIGCHLD18) SIGCONT19) SIGSTOP20) SIGTSTP
21) SIGTTIN
22) SIGTTOU
23) SIGURG
24) SIGXCPU
25) SIGXFSZ26) SIGVTALRM27) SIGPROF28) SIGWINCH
29) SIGIO30) SIGPWR31) SIGSYS34) SIGRTMIN
35) SIGRTMIN+136) SIGRTMIN+2 37) SIGRTMIN+338) SIGRTMIN+4
39) SIGRTMIN+540) SIGRTMIN+641) SIGRTMIN+742) SIGRTMIN+84
3) SIGRTMIN+944) SIGRTMIN+10 45) SIGRTMIN+1146) SIGRTMIN+12
47) SIGRTMIN+1348) SIGRTMIN+1449) SIGRTMIN+1550) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-956) SIGRTMAX-857) SIGRTMAX-758) SIGRTMAX-6
59) SIGRTMAX-560) SIGRTMAX-4
61) SIGRTMAX-362) SIGRTMAX-2
63) SIGRTMAX-164) SIGRTMAX  
    

     
    




9 komment

Címkék: folyamatok leállítása kill

A bejegyzés trackback címe:

https://spuhulinux.blog.hu/api/trackback/id/tr7345001

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

mavo · http://polmavo.blog.hu 2007.03.10. 16:07:18

„ilyenkor zombi folyamatokat hagyhat maga után”

A kill -9 nekem nemigen okozott még ilyet.

Pl. egy júzer bejelentkezett ssh-n, aztán megszakadt a kapcsolat, pl. időtúlléps volt mozgás nélkül.

#who

Erre megjelenik egy lista, azon pts/x-szel a júzer

#ps aux | grep pts/x

Erre egy másik lista a júzer processzeivel. Ebből csak az első érdekes, azt kel lelőni

#kill -9 [pid]

mert lelövi a child processzeket is.

Persze forkolt processzek ellen nem segít. Ez esetben a

#killall -9 [process_name]

az orvosság.

A

#kill -l pedig kiírja a signal listát, ha elfelejtené valaki. :-)

mavo · http://polmavo.blog.hu 2007.03.10. 16:09:46

Ha nincs forkolt processz, elég a kill -9 [pid], az megöli a child processeket is, ha forkolás van, akkor a killall -9 [process_name] kilövi a forkolt processeket is, a kill -l pedig kilistázza a SIG-eket.

SPétör 2007.03.10. 17:55:01

A man kill sem ír a zombi témáról, de van egy O'Reilly könyvem, abban szó van erről.
Az egy másik dolog, hogy miközben bent a munkahelyemen (ahol Host-ként van az UHU) működik a kill (igaz a zombi-t nem néztem meg, majd jövő héten), addig az itthoni (VMWARE Workstation Guest UHU-n) nem megy.

mavo · http://polmavo.blog.hu 2007.03.10. 18:51:31

Ha nem vagy biztos magadban, nyomj egy top-ot, az kiírja a zombiekat is.

A VMWARE tulajdoképpen hardvert emulál az OS-eknek, ebből következően a memóriát sem közvetlenül látják, hanem azt, amit a VMWARE mutat nekik, és ez okozhat gondot killezés közben, már ha jól emlékszem.

SPétör 2007.03.10. 19:05:02

Én is a VMware-re gondoltam, ezért fogom bent kipróbálni.

SPétör 2007.03.10. 21:40:15

Fejlődök!
Már nem esek kétségbe ilyen válaszok esetén:
"nyomj egy top-ot"
Micsodát?
Ja, egy top-ot. Persze.

Szóval rákerestem (hiába az internet egy csodálatos valami):
top = display Linux tasks
:-)

mavo · http://polmavo.blog.hu 2007.03.10. 23:21:45

Ez az időszak az egyik legjobb a Linux-júzer életében: már nem esik kétségbe semmitől, és mé elég távol van ahhoz a tapasztalat menyiséghez, aminet elérve már azt mondja hogy Úristen, életemben a tizedét sem fogom megérteni. ;-)

Lassan jön az Isten hozott köztünk, vigyázz, innen kezdve lesz igazán nehéz.

SPétör 2007.03.11. 00:10:45

Nem bízom el magam. Tudom, hogy hol tartok... az elején.
:-)

mavo · http://polmavo.blog.hu 2007.03.17. 20:18:57

Nem az elbízásról szól a dolog.

Ez egy állapot, és kész. :-)