Newsgroup: it.comp.os.linux.iniziare
Titolo: Come si uccide un processo duro a morire?

Ciao, mi trovo alle prese con un processo veramente duro a morire....
Ogni tanto overnet si pianta, e rimane attivo ma senza fare nulla.
Quindi vado in console mi loggo come root e provo a killarlo, ma non muore
mai!
Ho provato con kill -9 pid, kill -15 pid, ho provato tutti i segnali, ma lui
resta li come se nulla fosse!
Il problema è che restando attivo non mi permette di smontare il disco su
cui risiedono i suoi file temporanei, e anche facendo il reboot mi da
errore quando prova a smontare il file system...
Come posso fare x ucciderlo sto bastardo?
Ci dev'essere un modo..
Tnx.
Katte

 mai!
Se e' bloccato in una fase che e' gestita dal kernel il processo non
muore perche' non puoi ammazzare il kernel.
Io comincerei a vedere perche' si pianta e quando.
Davide

 ha scritto nel messaggio
news:bno5e6$13to7d$1...@ID-188908.news.uni-berlin.de...


Davide Bianchi wrote:

Ecco forse perchè non muore...
Purtroppo però non riesco nemmeno a capire quando e perchè si pianta!il
tutto è casuale..subito pensavo si piantasse xkè avevo altri prog in
esecuzione, ma ora si è appena piantato e non c'era nulla a parte lui in
esecuzione....
In alternativa non c'è un modo per smontare forzatamente un file system
fregandosene dei processi che richiedo accesso ad esso?
l'umount -f non funzia, e nemmeno modificando a manina il file etc/mtab
riesco a smontarlo....:(

 kill -KILL pid
non funziona....:(

Hai provato con XKill?
Katte ha scritto:

-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Non posso usare xkill xkè è un processo che non ha interfaccia grafica...
grazie cmq.

 fregandosene dei processi che richiedo accesso ad esso?
Solo mediante reboot del sistema.
Davide

Davide Bianchi wrote:

:((((
Uffa.... scriverò a Linus x dirgli di inventare un sistema x smontare i
dischi senza dover riavviare....:)
ovviamente scherzo, se non l'ha fatto un motivo c'è!
cmq. se provassi a spegnere l'hd con hdparm....

 cmq. se provassi a spegnere l'hd con hdparm....
Otterresti un kernel panic o ti ritroveresti con hdparm bloccato
anche lui.
Seriamente. Se hai un processo che decede improvvisamente in un punto
che e' gestito solo dal kernel il processo e' destinato a restare li',
il trucco sta' nel capire perche' decede e fissare il bug.
Per esempio, se hai un disco montato via NFS o Samba e spegni di
brutto il server, un "ls" su quel punto di montaggio e' un'ottimo
candidato a restare "appeso" in eterno. E non c'e' verso di
sbloccarlo forzatamente. Ovviamente il "non spegnere il server" e'
un'ottima soluzione... ma non sempre funziona...
Davide

 fregandosene dei processi che richiedo accesso ad esso?
No.
-- 
Enrico Bodo  -   Postdoctoral Research Fellow      
University of Rome "La Sapienza" 
Department of Chemistry         

prova  kill -SIGKILL

Katte ha scritto:
[cut]
Anche killall -9 nomeeseguibile non va?

 candidato a restare "appeso" in eterno. E non c'e' verso di
Con nfs, funziona il barbatrucco di cancellare il mount da /etc/mtab..
Ciao.
-- 
*** Linux user # 198661 --- ICQ 33500725 ***
***  Home  
http://web.tiscali.it/kailed
  ***
       ***  Powered by SuSeLinux  ***

 Con nfs, funziona il barbatrucco di cancellare il mount da /etc/mtab..
/etc/mtab e' generato "al volo" da mount. Eliminare la voce da mtab
fa' si' che tu non veda piu' il filesystem, ma non uccide il processo
"morto".
Davide

Davide Bianchi wrote:

Si certo, ma utile per sbloccare ls on un file-manager inchiodato..


 nessun modo.
Si infatti avevo già provato a fare un top e ho notato quella D di lato al
nome... Che processo bastardo...
Allora non c'è proprio nulla da fare. Segnalerò il baco.
Grazie mille x l'aiuto.
Ciao.
Katte


ha sempre lo stesso pid?
se dopo il kill il pid cambia, potrebbe essere un processo
che viene attivato automaticamente da qualche demone.
Cerca di capire chi lo genera (fuser)
ciao, Andrea