Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
salve,
non so come mai ma non riesco a buttare giù un demone che mi sta prendendo troppe risorse...
sono loggato come utente ma apro un terminale digito "su" poi "top" guardo il PID e poi faccio
smtux ha scritto:salve,
non so come mai ma non riesco a buttare giù un demone che mi sta prendendo troppe risorse...
sono loggato come utente ma apro un terminale digito "su" poi "top" guardo il PID e poi faccio
esatto. kill di default invia SIGTERM (terminate), che alcune applicazioni intercettano e agiscono in modo diverso dalla terminazione. SIGKILL invece non può essere intercettato, e causa sempre la terminazione dell'applicazione. se non termina nemmeno con sigkill hai trovato un bug nel kernel .
useless ha scritto:esatto. kill di default invia SIGTERM (terminate), che alcune applicazioni intercettano e agiscono in modo diverso dalla terminazione. SIGKILL invece non può essere intercettato, e causa sempre la terminazione dell'applicazione. se non termina nemmeno con sigkill hai trovato un bug nel kernel .
questo non e' esatto, non necessariamente un processo e' killabile con SIGKILL e se non si killa non e' detto che sia un bug del kernel; un esempio puo' essere un processo in uninterruptible sleep (status D su ps), che non e' killabile in alcun modo.
useless ha scritto:ah sì? e come fa un processo a finire in quello stato?
spesso accade durante le operazioni di i/o; ad esempio se stai facendo operazioni di lettura/scrittura su un fs montato via nfs e il server nfs non risponde piu', il processo che stava facendo quelle operazioni e' facile che vada in uninterruptible sleep e non sia killabile.
masalapianta ha scritto:se stai facendo operazioni di lettura/scrittura su un fs montato via nfs e il server nfs non risponde piu', il processo che stava facendo quelle operazioni e' facile che vada in uninterruptible sleep e non sia killabile.
e in questo caso qual e' la soluzione? a me capitava una cosa del genere quando usavo un hard disk "morente" in un box usb.
smtux ha scritto:Supponiamo che un demone possa essere ucciso con la pressione di CTRL+C che equivale al segnale SIGINT.
Se non conosco il suo PID come faccio?
.
e come fa un processo a finire in quello stato?
