hogyan gyilkoljak ki egy processt

Linux-haladó

hogyan gyilkoljak ki egy processt

  • 1218 megtekintés

( portage | 2006. 06. 09., p – 23:39 )

Adott egy gpm process (nem zombi), semmilyen kill/killall-ra nem reagál (próbáltam több szignállal). Nincs öteltem hogy lőjjem le. Eddig mindig ment a killal -9
.... ps részletek:
9976 ? RNs 38:59 /usr/sbin/gpm -m /dev/input/mice -t imps2

Mindig hibaüzenet nélkül "végbement" az összes killall -9 gpm és ilyesmi parancs, csaképp gpm azután is futott.

-------------------
2.6.15-gentoo-r1

( Névtelen (nem ellenőrzött) | 2004. 06. 16., sze – 11:43 )

[quote:5fa81898ef="jolle"]A zombi processzeket a kernelnek KELL kiolnie, nem tudsz vele mit csinalni. Ergo, ha nem nem oli ki, rosszul van megirva a kernel. A Linux ebben a tekintetben eleg instabil.
Nem olvastam el, csak nagy vonalakban, de nekem ez a dsp-s problema KDE alatt jott elo, ami ugye koztudottan nem tudja lekezelni az eroforrasokat. Viszont szep.
Szinten csak atfutottam - lehet, hogy nem is tartozik a samba-hoz -, de ha az /etc/mtab-ban kikommentezed a nem kivanatos sorokat es kiadsz egy mount -a parancsot, eltunnek a beragadt mountok. Ez OS specifikus..

szóval akkor lehetséges, hogy tényleg a kernel ba****intja el a dolgokat? nem hiszem, hogy ezt még egyetlen ember sem vetette fel kerneles levlistákon!
mondjuk az csak egy dolog, hogy most éppen az xmms fagyott be és magával vitte az alsa- cuccost, de volt már olyan is amikor a grafikus felület vitte magával a "képernyőt" azaz ez alatt azt értem, hogy minden működött csak éppen a "fagyás" pillanatában látható kép "odaragadt" a képernyőre azaz a monitorra! ekkor képtelenség volt kilőni a kdm-et! általában emiatt még át sem tudtam váltani konsole -ra (ctrl-alt-Fn -nel)

egyébként akkor ilyen alapon tud vki vmi kernel levlistát ahol magamfajta lámák is írhatna piti ügyes-bajos dolgaikkal kapcsolatban? mert úgy gondolom, hogy az ilyen dolgok fixálása is erősítené úgymond a linux kernelt!

( atya | 2004. 06. 16., sze – 12:12 )

Emlékeztem rá, hogy nem ennyire kínos a helyzet, de mivel nincs zombim, és most nincs időm összeütni egy zombi generátort :D , így utánakerestem, és úgy néz ki, hogy jól emlékeztem. Idézet innen: [http://gnulinuxguides.tripod.com/debguide1.html]

"Also, sometimes a zombie will result when one process is killed. To remove a zombie:
kill -1 1
which will restart init but without rebooting the system."

Ez emlékeim szerint megoldható az "init q" parancs segítségével is.

üdv
atya[/url]

( Névtelen (nem ellenőrzött) | 2004. 06. 16., sze – 12:44 )

[quote:1663da748f="atya"]Emlékeztem rá, hogy nem ennyire kínos a helyzet, de mivel nincs zombim, és most nincs időm összeütni egy zombi generátort :D , így utánakerestem, és úgy néz ki, hogy jól emlékeztem. Idézet innen: [http://gnulinuxguides.tripod.com/debguide1.html]

"Also, sometimes a zombie will result when one process is killed. To remove a zombie:
kill -1 1
which will restart init but without rebooting the system."

Ez emlékeim szerint megoldható az "init q" parancs segítségével is.

üdv
atya[/url]

nah erre majd dogok egy tesztet, csak már sajna azóta rebootolnom kellett mert széjjel gányoltam a gépemet az idegtől :))))
szal vhogy előhozom ismét eme zombizást (próbálgatom fagyasztani az xmms-t :))) ), aztán majd próbálkozok ismét...

köszönöm válaszokat!

( Névtelen (nem ellenőrzött) | 2004. 06. 21., h – 10:05 )

ha egy processz szuloje meghal, akkor azt az 1-es processz (init) lesz a szuloje (POSIX).

Amikor egy uj processzt hozol letre, akkor a fork(2) fuggvenyt hasznalod. Ez pontosan lemasolja a processzt, de a gyerek az esetek 99 szazalekaban "feladatot valt", vagyis exec(2)-cel maga helyett mas programot toltet be.

Ha a gyerek processz (a masolat -> exec) meghal, utolso lehelete utan kuld egy SIGCHLD signalt a szulonek. Azutan zombi, nem csinal semmit, csak van.
A szulo szignelkezelo fuggvenye elindit egy wait(2) vagy waitpid(2) fuggvenyt, ami "elnyeli" a zombi processzt. Ha ez nem tortenik meg, akkor a zombi tovabbra is zombi.

Erdemes lenne kuldeni az init-nek (most mar az a szulo) egy CHLD szignalt (lehet hogy az eredeti szulo kapta, de az belepusztult, vagy nem tudom...). Szoval

kill -CHLD zombi_gyerek_processz_ami_nem_halt_meg_mikor_kellett_volna

( selli | 2004. 06. 19., szo – 22:12 )

ha samba cuccal jon letre zombi ( mert megszakad vagy mi ) akkor az timeout-olt ( kb 15 -perc volt ) tehat a holtpontont elobb utobb megszunik es akkor a process is terminalhat

smb_delete_inode: could not close inode 30963
smb_retry: signal failed [-3]
smb_add_request: request [cb4ccc80, mid=1017] timed out!
smb_add_request: request [cb4ccb80, mid=1027] timed out!

( borso | 2004. 06. 19., szo – 23:57 )

A zombi processzeket a kernelnek KELL kiolnie, nem tudsz vele mit csinalni. Ergo, ha nem nem oli ki, rosszul van megirva a kernel. A Linux ebben a tekintetben eleg instabil.

Take your CS course on OS:s first please.

Zombi: egy olyan process ami mar exit()-elt de a szuloje meg nem
wait()elt ra, ki tudja miert. Lehet hogy elfelejtkezett rola
(bug a szuloben) vagy meg nem volt ideje/kedve vele foglalkozni.
Ha a szulo maga is meghal akkor a child reparentelodik az init-hez
aminek valoban kotelessege eltakaritani a childrent wait()ekkel.
A kernelt ez az egesz folyamat nem erdekli, zombikkal nem foglalkozik.
Meg signalt sem kuld nekik, mert nincs hova.

Ez egyebkent azt hiszem a wikiben is benne van.

( selli | 2004. 06. 20., v – 09:09 )

[quote:216edfa578="borso"][quote:216edfa578="jolle"]A zombi processzeket a kernelnek KELL kiolnie, nem tudsz vele mit csinalni. Ergo, ha nem nem oli ki, rosszul van megirva a kernel. A Linux ebben a tekintetben eleg instabil.

Take your CS course on OS:s first please.

Zombi: egy olyan process ami mar exit()-elt de a szuloje meg nem
wait()elt ra, ki tudja miert. Lehet hogy elfelejtkezett rola
(bug a szuloben) vagy meg nem volt ideje/kedve vele foglalkozni.
Ha a szulo maga is meghal akkor a child reparentelodik az init-hez
aminek valoban kotelessege eltakaritani a childrent wait()ekkel.
A kernelt ez az egesz folyamat nem erdekli, zombikkal nem foglalkozik.
Meg signalt sem kuld nekik, mert nincs hova.

Ez egyebkent azt hiszem a wikiben is benne van.

Világos !
De samba-val hogy johet letre zombi?
(Nekem akkor szokot mikor smb-n keresztul halhatok zenét , de az megszakad. ekkor (néha) ha megprobálom kilonöni a xmms-t akkot zombi lesz.) Erre mi a magyarázat?

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:01 )

hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:03 )

[quote:ee00c5f7a4="Anonymous"]hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

jah igen, és nem tudom hogy segít-e, de a kernel elvileg preemptible ...

( ghost | 2004. 06. 15., k – 19:11 )

[quote:fd1d37b223="Anonymous"]hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

Operációs rendszerekben vannak olyan esetek amikor egy processz zombivá válik
ez a név tökéletesen pontos
se nem él se nem halott
killall -9 xmms
nem ér semmit mert a process halott
nem eszik erőforrást nem kap időszeletet csak bennne van a processek listájában
ez akkor állhat elő ha valamilyen erőforrásra vár de az soha nem kapja meg olyasmi mint a holtpont
semmit nem lehet vele tenni
a kelnelnek van egy olyan patche amivel az ilyen processeket is agyon lehet ütni
de egy szerübb a gépet bootolni

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:14 )

[quote:d171661b7a="ghost"][quote:d171661b7a="Anonymous"]hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

Operációs rendszerekben vannak olyan esetek amikor egy processz zombivá válik
ez a név tökéletesen pontos
se nem él se nem halott
killall -9 xmms
nem ér semmit mert a process halott
nem eszik erőforrást nem kap időszeletet csak bennne van a processek listájában
ez akkor állhat elő ha valamilyen erőforrásra vár de az soha nem kapja meg olyasmi mint a holtpont
semmit nem lehet vele tenni
a kelnelnek van egy olyan patche amivel az ilyen processeket is agyon lehet ütni
de egy szerübb a gépet bootolni

na igen...

de sajna ez a process lefoglalja a samba mountot (/mnt/mp3), azt nem tudom kimountolni sajnos :((
újraindítás pedig windowsos szopás, szal ez elég gáz lenne azért :(((

( antiemes | 2004. 06. 15., k – 19:24 )

Hi!

En is jartam mar igy, igaz, akkor az MPlayer akadt ki. A samba megosztast miert akarod kimountolni?

Egyebkent asszem az ilyen prosecceket a kernel valamennyi ido utan kidobja.

By(t)e
TBS::Antiemes

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:26 )

[quote:ca19a8f6ca="antiemes"]Hi!

En is jartam mar igy, igaz, akkor az MPlayer akadt ki. A samba megosztast miert akarod kimountolni?

Egyebkent asszem az ilyen prosecceket a kernel valamennyi ido utan kidobja.

By(t)e
TBS::Antiemes

és mégis mennyi ez az idő?
kellene nézni vmi filmet, de ez a gány xmms megette még a /dev/dsp-t is!
érdekes módon az fuser /dev/dsp pedig nem mond semmit, azaz azt látja, hogy nem használja senki!

jah és ezt az időt lehet állítani valahol, ha egyáltalán létezik?
ha lehet akkor hol? (gondolom vhol /proc-ban)

( Tsab | 2004. 06. 15., k – 19:28 )

hi!

pont ma történt velem ugyanez. debian sid 2.6.6 naponta frissítve. samban keresztűl szivtam mp3kat közbe rebootolva lett az a gép ahonnan szedte.
Nem tudok belépni az mc-be mert lefagy. már sambat leállítottam kiírtottam mindent ami samba vagy mount és még íg ysem tudok mc-be lépni...

( anr | 2004. 06. 15., k – 19:29 )

Hasonlo esetekben neha segit, ha a kapcsolodo kernelmodulokat rmmod-olod. Neha ilyenkor "feleled" egy-egy kiloves/umount lehetoseg.

( Oscon | 2004. 06. 15., k – 19:35 )

[quote:98d2894a2b="Anonymous"]hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

szerintem ez a preemptible nem volt éppen a legjobb ötlet...

xmms?

talán ha /etc/init.d/kdm (vagy ha más grafikus bejelentkezősdit használsz, akkor azt) stop
vársz 4-5msp-t, aztán
/etc/init.d/kdm start...(vmilyen módszerrel konzolról mindenképpen ki kell lőni az xservert, és vele a usert is, aki bejelentkezett/elindította)

talán ezután sikerül kirepíteni...pl. killall xmms -ekkel az összeset.

aztán sz'tem a preemtible-t felejtsd el. én eppárszor próbáltam, nálam a soros port repült ki a semmibe
a modult nem tudta betölteni. valami modprobe exec failed, vagy mi volt preemtible forgatás után. (2,4x+preempt patch.)
na azóta nem vagyok preempt. párti.

( ghost | 2004. 06. 15., k – 19:48 )

[quote:610fdcb729="Oscon"][quote:610fdcb729="Anonymous"]hali mindenkinek!

van egy processem (xmms) ami szambán keresztül ette volna az adatokat (mp3) a samba vmiért lehalt és velehúzta az xmms-t, namármost ez a process nem akar megdögleni az istenért sem :(
akárhogy próbálom kigyilkolni nem megy! kill -9 process_num -nak semmi hatása!

a szülő process már 1, azaz init, szal max csak reboottal lehetne, na de ez azért elég winblowos megoldás!
umount /mnt/mp3 ahonnan enné az adatokat -f -fel sem :(( lsof el sem indul :((

már gugliztam vagy fél napja, de sehol semmi normális megoldás!
tud vki vmit?

jah rendszer 2.6.6, debian sid naponta frissítve!

any clue?
thanx

szerintem ez a preemptible nem volt éppen a legjobb ötlet...

xmms?

talán ha /etc/init.d/kdm (vagy ha más grafikus bejelentkezősdit használsz, akkor azt) stop
vársz 4-5msp-t, aztán
/etc/init.d/kdm start...(vmilyen módszerrel konzolról mindenképpen ki kell lőni az xservert, és vele a usert is, aki bejelentkezett/elindította)

talán ezután sikerül kirepíteni...pl. killall xmms -ekkel az összeset.

aztán sz'tem a preemtible-t felejtsd el. én eppárszor próbáltam, nálam a soros port repült ki a semmibe
a modult nem tudta betölteni. valami modprobe exec failed, vagy mi volt preemtible forgatás után. (2,4x+preempt patch.)
na azóta nem vagyok preempt. párti.

én már 1 éve peermtible kernelt használok mondjuk 2.6.5-gentoo-r1
dde még nem volt vele bajom
ps -ef f
ha a process melett Z van
a STAT oszlopban ahol S D SW van akkor reboot és eltünik azzal sajnos mást nem lehet tenni
ha az x et ujrainditod azt éred el hogy a zombi process az init alá kerül semmi mást
az erőforrásait nem fogja elengedni

( Oscon | 2004. 06. 15., k – 19:54 )

én már 1 éve peermtible kernelt használok mondjuk 2.6.5-gentoo-r1
dde még nem volt vele bajom

elhiszem, biztos sokan másoknak is megy.
énnekem 2.4+patch-el éppen elég volt belőle...

és ha lehet egy kérdésem...

"neked mennyiben számít a gyakorlatban" ?

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:54 )

[quote:1348933f33="anr"]Hasonlo esetekben neha segit, ha a kapcsolodo kernelmodulokat rmmod-olod. Neha ilyenkor "feleled" egy-egy kiloves/umount lehetoseg.

hogyan lehetne rmmodolni, ha éppen a samba share be van mountolva?
max úgy, ha unmountolom a samba sharet(ahonnan jöttek a muzsikák)
de hogyan tudnám umountolni, ha a meghalt xmms használja
ja ki kell killelni az xmms-t
de nem tudom kiklikkelni az xmms-t
próbáld rmmodolni az smbfst

and so on ....

valahogy így ez egy ördögi kör ...
azthiszem egyszer próbáltam vmi rmmod -f smbfs vagy mit (azaz forceolni, vagyis kikényszeríteni az rmmodot), de akkor meg dobott egy akkora hátast a linuxkernel mint állat, nah onnan már tényleg csak a reset gomb segített!
szal ez nem jó megoldás!

( selli | 2004. 06. 20., v – 17:54 )

pl smb keresztul zenehalgatas majd megszakadt a kapcsolat/belassult majd killall -9 xmms után

selli 8967 0.9 5.1 52768 26372 ? D 17:50 0:02 xmms
selli 8968 0.0 0.0 0 0 ? Z 17:50 0:00 [xmms <defunct>]

PROCESS STATE CODES
D uninterruptible sleep (usually IO)
R runnable (on run queue)
S sleeping
T traced or stopped
Z a defunct ("zombie") process
M:

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 19:59 )

[quote:8b06fe443c="ghost"]
én már 1 éve peermtible kernelt használok mondjuk 2.6.5-gentoo-r1
dde még nem volt vele bajom
ps -ef f
ha a process melett Z van
a STAT oszlopban ahol S D SW van akkor reboot és eltünik azzal sajnos mást nem lehet tenni
ha az x et ujrainditod azt éred el hogy a zombi process az init alá kerül semmi mást
az erőforrásait nem fogja elengedni

jah igen!
pontosan zombie lett a cuccos!

azaz: ps -eo pid,state,user,args --sort user | grep xmms | grep -v grep
ezt adja:
21149 Z suti [xmms] <defunct>

nade, mint mondtam, elég gáz egy dolog hogy emiatt újra kell indítani a gépet, ez már azért elég windowsos egy dolog! tudom, hogy így meg tudnám oldani, de ha éppen vki előáll egy ötlettel, akkor elég nehéz lenne ismét előhozni ezt a szitut, és így nem tudnám tesztelni az esetleges lehetséges megoldást ...

( anr | 2004. 06. 15., k – 19:59 )

[quote:58f2b1d8e2="Anonymous"]

hogyan lehetne rmmodolni, ha éppen a samba share be van mountolva?

rmmod-old a hangkartya drivert, attol lehetseges, hogy majd lehet kill-elni a xmms-t, es feloldodott az ordogi kor.
ismetlem _lehetseges_

( ghost | 2004. 06. 15., k – 20:09 )

[quote:ec20787360="anr"][quote:ec20787360="Anonymous"]

hogyan lehetne rmmodolni, ha éppen a samba share be van mountolva?

rmmod-old a hangkartya drivert, attol lehetseges, hogy majd lehet kill-elni a xmms-t, es feloldodott az ordogi kor.
ismetlem _lehetseges_

biztos hogy nem
ha ismernétek az oprenszeretek elvi müködését már rég bootoltaok volna és nem beszélgetnék erröl
nem lesz más megoldás én biztos vagyok benn

--------

nekem nem tudom mennyit segített vagy mennyivel lett gyorsabb nem mértem

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 20:17 )

[quote:436781daba="ghost"][quote:436781daba="anr"][quote:436781daba="Anonymous"]

hogyan lehetne rmmodolni, ha éppen a samba share be van mountolva?

rmmod-old a hangkartya drivert, attol lehetseges, hogy majd lehet kill-elni a xmms-t, es feloldodott az ordogi kor.
ismetlem _lehetseges_

biztos hogy nem
ha ismernétek az oprenszeretek elvi müködését már rég bootoltaok volna és nem beszélgetnék erröl
nem lesz más megoldás én biztos vagyok benn

nem tudom, hogy hogy van ez ...
de azért elég gáznak ítélem ezt a helyzetet, hogy már több mint egy évtizedes futás után egy egyszerű user ki tudja akasztani a linuxot? ez azért elég szánalmas! mégha vinszar lenne akkor oké, de linuxot?
el nem hiszem, hogy erre nincsen megoldás ...

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 20:19 )

[quote:adec925581="Anonymous"]nem tudom, hogy hogy van ez ...
de azért elég gáznak ítélem ezt a helyzetet, hogy már több mint egy évtizedes futás után egy egyszerű user ki tudja akasztani a linuxot? ez azért elég szánalmas! mégha vinszar lenne akkor oké, de linuxot?
el nem hiszem, hogy erre nincsen megoldás ...

és még hülyén is fogalmazok :))
szal az évtizedes futás helyett azt akartam írni, hogy már több mint egy évtizede van linux...
sorry

( sz | 2004. 06. 15., k – 20:26 )

[quote:80d082e225="Anonymous"]nem tudom, hogy hogy van ez ...
de azért elég gáznak ítélem ezt a helyzetet, hogy már több mint egy évtizedes futás után egy egyszerű user ki tudja akasztani a linuxot? ez azért elég szánalmas! mégha vinszar lenne akkor oké, de linuxot?
el nem hiszem, hogy erre nincsen megoldás ...

Nem akasztotta ki... És a zombi processz tudtommal nem csak Linux alatt létezik...

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 20:29 )

[quote:0604a153ef="sz"][quote:0604a153ef="Anonymous"]nem tudom, hogy hogy van ez ...
de azért elég gáznak ítélem ezt a helyzetet, hogy már több mint egy évtizedes futás után egy egyszerű user ki tudja akasztani a linuxot? ez azért elég szánalmas! mégha vinszar lenne akkor oké, de linuxot?
el nem hiszem, hogy erre nincsen megoldás ...

Nem akasztotta ki... És a zombi processz tudtommal nem csak Linux alatt létezik...

jó igaz, nem akasztotta ki, csak nem lehet használni pölö a hangkártyát miatta, csak nem lehet umountolni azt a samba megosztást amit használ, csak nem lehet lefuttatni az lsof -t satöbbi ...

( antiemes | 2004. 06. 15., k – 20:33 )

Hi!

Nekem az a tapasztalatom, hogy sambat lehet umountolni akkor is, ha pl. hallgatok zenet rola, es kikapcsolja valaki a tuloldali a gepet. Nekem siman umountolodik -f nelkul is.

By(t)e
TBS::Antiemes

( selli | 2004. 06. 15., k – 20:37 )

zombikrol vmi info

http://www.hu.freebsd.org/hu/arch/2003/Jun/1247.html

( Hunger | 2004. 06. 20., v – 20:09 )

[quote:7d8c39646b="Anonymous"]de sajna ez a process lefoglalja a samba mountot (/mnt/mp3), azt nem tudom kimountolni sajnos :((
újraindítás pedig windowsos szopás, szal ez elég gáz lenne azért :(((

Nem értem, nekem sose csinált a windows ilyet, ha a távoli gépen hirtelen elérhetetlen lett a megosztás... :lol:

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 21:38 )

Hali!

Futásszint-váltással nem oldható meg? Mivel az XMMS az 5 szinten fut.

Alcsonyabb futásszintről nem lőhető le?

kzoli

( antiemes | 2004. 06. 15., k – 21:44 )

Hi!

Imho az tok mind1, hanyas futasi szinten van. Onnantol kezdve, hogy a kill -9 nem hat ra, a kernel donti el, hogy mi legyen vele szerintem.

By(t)e
TBS::Antiemes

( drojid | 2004. 06. 15., k – 23:29 )

Ilyen esetekre (is) hasznos egyébként valami sound wrapper (esd, arts) használata, bár én sem szerettem őket eleinte. Ha valami hangos programod elpatkol, akkor nem fogja a /dev/dsp-t...

( sz | 2004. 06. 15., k – 23:36 )

Elolvastam a zombie processzekről a linket, és toltam egy kis google-t is, és valami nem tiszta.

Azt írják, h a zombie processzek már az exit()-ben vannak vhol mélyen, futni nem futnak, memóriaterületek felszabadítva, stbstb... és ami a lényeg, h megnyitott file descriptorok is bezárva. Node! Ha a zombi processzek nyitott file-jai már be vannak zárva, akkor hogyan tarthatja lefoglalva a /dev/dsp-t?

( Névtelen (nem ellenőrzött) | 2004. 06. 15., k – 23:53 )

[quote:84dd810c6e="sz"]Elolvastam a zombie processzekről a linket, és toltam egy kis google-t is, és valami nem tiszta.

Azt írják, h a zombie processzek már az exit()-ben vannak vhol mélyen, futni nem futnak, memóriaterületek felszabadítva, stbstb... és ami a lényeg, h megnyitott file descriptorok is bezárva. Node! Ha a zombi processzek nyitott file-jai már be vannak zárva, akkor hogyan tarthatja lefoglalva a /dev/dsp-t?

igen, nálam ez volt a poén, hogy az fuser /dev/dsp re semmit nem adott vissza, azaz úgy tünt, hogy nincs használatban, ha pedig vmi meg szerette volna nyitni akkor meg csak várt ... szal valahogy mégis használatban volt ...

( jolle | 2004. 06. 16., sze – 08:04 )

A zombi processzeket a kernelnek KELL kiolnie, nem tudsz vele mit csinalni. Ergo, ha nem nem oli ki, rosszul van megirva a kernel. A Linux ebben a tekintetben eleg instabil.
Nem olvastam el, csak nagy vonalakban, de nekem ez a dsp-s problema KDE alatt jott elo, ami ugye koztudottan nem tudja lekezelni az eroforrasokat. Viszont szep.
Szinten csak atfutottam - lehet, hogy nem is tartozik a samba-hoz -, de ha az /etc/mtab-ban kikommentezed a nem kivanatos sorokat es kiadsz egy mount -a parancsot, eltunnek a beragadt mountok. Ez OS specifikus..

( selli | 2004. 06. 20., v – 23:07 )

Sikerül kiloni: kb igy

killall -9 xmms
majd kill smbiod es mount.smbfs
umount -f

hat nem tul szep. lehet hogy nem kell mind majd legkozelebb kiprobálom
szar az smbfs :(

( Panther v | 2004. 06. 16., sze – 08:11 )

[quote:aa51180fd6="jolle"]A zombi processzeket a kernelnek KELL kiolnie, nem tudsz vele mit csinalni. Ergo, ha nem nem oli ki, rosszul van megirva a kernel. A Linux ebben a tekintetben eleg instabil.
Nem olvastam el, csak nagy vonalakban, de nekem ez a dsp-s problema KDE alatt jott elo, ami ugye koztudottan nem tudja lekezelni az eroforrasokat. Viszont szep.
Szinten csak atfutottam - lehet, hogy nem is tartozik a samba-hoz -, de ha az /etc/mtab-ban kikommentezed a nem kivanatos sorokat es kiadsz egy mount -a parancsot, eltunnek a beragadt mountok. Ez OS specifikus..

Gányolunk, gányolunk? :D

[code:1:aa51180fd6]umount -l /mnt/mp3[/code:1:aa51180fd6]

vagyis lusta megoldás :) - utána nincs bemountolva már, ha kiadod az
umount /mnt/mp3
parancsot

( selli | 2004. 06. 16., sze – 09:48 )

Magis SysRQ probáltad már ?

/usr/src/linux/Documentation/sysrq.txt

egyébként az alsa-t be lehet állítani ugy hogy összekeverje a hangot szoftverbol es akkor egyszerre több dolog szolhat. Meg nem probáltam mert nekem live hardvervol tudja

( selli | 2004. 06. 16., sze – 09:59 )

Itt van vmi info rola:
http://www.thepenguin.org.uk/alsa/