PROBLEMA Terminare un processo che non vuole chiudersi

[C’è omertà]

Ciao, molti si ricorderanno di me per il thread di chromium che dà problemi su lubuntu (semicit ?), ho messo Zorin OS lite (XFCE) e va, è solo più lento di lubuntu nel lanciare sw, ma mi è appena successa (prima volta, vabbè può capitare) una cosa simile con firefox qui: stavo aggiungendo i preferiti, magari andavo troppo veloce, non so, si è impallato e non si è più ripreso.

in questi casi (come nel thread precedente) resta un processo che occupa 3,5mb di ram e 0 di cpu che non si riesce a terminare da gestore processi, fai termina ma resta, e l'unica è riavviare il SO per poter tornare a usare il browser (per ora uso FF che qui sembra usare meno risorse di chromium, per ora).

ora, non mi interessa capire per come e per cosa (magari anche hw scarso, cpu t2350 e 2gb di ram), voglio solo uno stratagemma, un comando che faccia chiudere quel processo e mi permetta di tornae ad usare il browser senza riavviare.

grazie in anticipo

(@centoventicinque stavolta non ho tolto alcun sw ? )

 

[r3dl4nce]

kill -9 PID
Da terminale

 

[C’è omertà]

kill -9 PID
Da terminale

ho provato a googolare quel comando.. posso chiedere -9 per cosa sta? cioè quel comando lì come fa a riconoscere che deve uccidere proprio quel processo? (speriamo funzioni perchè su lubuntu manco "uccidi" da GUI risolveva)

grazie!

 

[DispatchCode]

killall <nomeprocesso>

Oppure, se non si vuole chiudere...

killall -9 <nomeprocesso>

Oppure come ti ha già suggerito r3dl4nce.

Puoi anche usare htop e killarlo da lì.

Post unito automaticamente: 30 Luglio 2020

ho provato a googolare quel comando.. posso chiedere -9 per cosa sta? cioè quel comando lì come fa a riconoscere che deve uccidere proprio quel processo? (speriamo funzioni perchè su lubuntu manco "uccidi" da GUI risolveva)

grazie!

Quel numero è il segnale.9 sta per "kill signal".

 

[C’è omertà]

ah giusto scusate sono pirla, il PID di @r3dl4nce sta per l'identificativo numerico, oppure il nome come dice @DispatchCode

 

[r3dl4nce]

Per specificare il processo devi indicare il PID (process id) dopo kill -9
Il PID lo ricavi da qualunque task manager, da ps -aux ecc

 

[C’è omertà]

killall <nomeprocesso>

Oppure, se non si vuole chiudere...

killall -9 <nomeprocesso>

scusa in che senso "se non si vuole chiudere"? io voglio ammazzarlo e riaprire da capo il sw

 

[DispatchCode]

ah giusto scusate sono pirla, il PID di @r3dl4nce sta per l'identificativo numerico, oppure il nome come dice @DispatchCode

kill vuole il PID, che è il numero identificativo di un processo, che ricavi come dice giustamente r3dl4nce.
killall invece vuole il nome (quindi se non vuoi ricavarti il PID è una soluzione).

Come ulteriore informazione, i "kill signals" li ricavi così:

$ kill -l
 1) SIGHUP     2) SIGINT     3) SIGQUIT     4) SIGILL     5) SIGTRAP
 6) SIGABRT     7) SIGBUS     8) SIGFPE     9) SIGKILL    10) SIGUSR1
11) SIGSEGV    12) SIGUSR2    13) SIGPIPE    14) SIGALRM    15) SIGTERM
16) SIGSTKFLT    17) SIGCHLD    18) SIGCONT    19) SIGSTOP    20) SIGTSTP
21) SIGTTIN    22) SIGTTOU    23) SIGURG    24) SIGXCPU    25) SIGXFSZ
26) SIGVTALRM    27) SIGPROF    28) SIGWINCH    29) SIGIO    30) SIGPWR
31) SIGSYS    34) SIGRTMIN    35) SIGRTMIN+1    36) SIGRTMIN+2    37) SIGRTMIN+3
38) SIGRTMIN+4    39) SIGRTMIN+5    40) SIGRTMIN+6    41) SIGRTMIN+7    42) SIGRTMIN+8
43) SIGRTMIN+9    44) SIGRTMIN+10    45) SIGRTMIN+11    46) SIGRTMIN+12    47) SIGRTMIN+13
48) SIGRTMIN+14    49) SIGRTMIN+15    50) SIGRTMAX-14    51) SIGRTMAX-13    52) SIGRTMAX-12
53) SIGRTMAX-11    54) SIGRTMAX-10    55) SIGRTMAX-9    56) SIGRTMAX-8    57) SIGRTMAX-7
58) SIGRTMAX-6    59) SIGRTMAX-5    60) SIGRTMAX-4    61) SIGRTMAX-3    62) SIGRTMAX-2
63) SIGRTMAX-1    64) SIGRTMAX

Post unito automaticamente: 30 Luglio 2020

scusa in che senso "se non si vuole chiudere"? io voglio ammazzarlo e riaprire da capo il sw

Se non specifichi il numero viene inviato SIGTERM, e non SIGKILL.

 

[C’è omertà]

ah scusa , con " se non si vuole chiudere" ti riferivi al processo, giustamente, sono rinco.

ok, se risuccede provo e vi faccio sapere, spero che il terminale sia può potente della GUI del task manager

grazie ancora

 

[clessidra]

Se è un processo "zombie" la procedura è leggermente più lunga.

 

[C’è omertà]

scusate, un'altra domanda attinente, sempre per uscire da situazioni problematiche: esiste una combinazione di tasti equivalente a ctrl al canc? sapevo ctrl shift esc per il task manager, almeno su lubunu, ma a volte non andava manco quello, c'è altro?

vi spiego perchè: ora dopo 1h di sospensione (ho creato una swap 1:1), si è ripreso correttamente, ma una volta riaperto FF (che era abbattuto ad icona e dove stavo vedendo la registrazione di una lezione), questo si è riparto male: si vedevano sol poche parti della finestra, il resto era schermo nero e non c'era verso di fare nulla se non riavviare. (ctrl shift esc non ha funzionato)


ancora: ho individuato chiaramente un problema al rientro dalla sospensione: stavolta FF già massimizzato ma non apriva nuove schede, gestore processi si è aperto e swap occupata solo per 12mb, poi ho aperto il centro sw e si è bloccato tutto, ho potuto solo riavviare

quale può essere la causa? serve ancora più swap?

 

[DispatchCode]

Dipende cosa cerchi precisamente. Ctrl+Alt+F1 (da F1 a F6) ti consente di aprire una nuova "virtual console". Se ti ritrovi con la prima bloccata per qualche motivo, puoi aprirne una e killare ciò che crea problemi, ad esempio.
Chiedo venia per i termini utilizzati ("virtual console", non ricordo se è il termine specifico...) ma non utilizzo più distro Linux come primo OS da 7-8 anni.

Il tuo primo problema è che hai pochissima RAM. Lo Swap dovrebbe essere lo spazio utilizzato per le "emergenze". Quando avviene la scrittura nella swap di grandi quantità di dati è inevitabile che il sistema si rallenti un sacco, sino a bloccarsi tutto (la lettura da RAM è immensamente più rapida che di quella su un HDD).
Puoi anche aumentare la swap, ma è un "mettere una pezza", a mio avviso. Non risolvi il problema reale che è la mancanza di RAM.
Verifica il consumo di RAM: quanta ne risulta utilizzata normalmente? 2GB al giorno d'oggi sono comunque pochi.

 

[C’è omertà]

Dipende cosa cerchi precisamente. Ctrl+Alt+F1 (da F1 a F6) ti consente di aprire una nuova "virtual console". Se ti ritrovi con la prima bloccata per qualche motivo, puoi aprirne una e killare ciò che crea problemi, ad esempio.
Chiedo venia per i termini utilizzati ("virtual console", non ricordo se è il termine specifico...) ma non utilizzo più distro Linux come primo OS da 7-8 anni.

Il tuo primo problema è che hai pochissima RAM. Lo Swap dovrebbe essere lo spazio utilizzato per le "emergenze". Quando avviene la scrittura nella swap di grandi quantità di dati è inevitabile che il sistema si rallenti un sacco, sino a bloccarsi tutto (la lettura da RAM è immensamente più rapida che di quella su un HDD).
Puoi anche aumentare la swap, ma è un "mettere una pezza", a mio avviso. Non risolvi il problema reale che è la mancanza di RAM.
Verifica il consumo di RAM: quanta ne risulta utilizzata normalmente? 2GB al giorno d'oggi sono comunque pochi.

sto per prendere altri 2 gb e arrivare a 4, ma avviso che la ram non è mai satura durante l'uso che faccio di questo dispositivo e nota bene: l'altra metà disco ha w10 pro e non ha questi problemi, ci faccio pure le riunioni su ms teams

Post unito automaticamente: 31 Luglio 2020

ho pensato alla swap perchè..boh, in sospesione/ibernazine, le cose non sono salvate lì? chiedo, sono ignorante, chissà se @BAT00cent sa questa cosa sulla swap e le guide dicono di mettere più swap in caso di ibernazione

 

[BAT]

per sistemi fino a 4 GiB di RAM il consiglio standard per tutte le distribuzioni Linux è di avere una partizione di swap di dimensioni pari alla RAM, prima di tutto perché linux non è windows e ne fa un uso più moderato, in secondo luogo perché la dimensione della RAM è il caso "pessimo" dell'ibernazione: se è tutta impegnata occupi lo stesso spazio disco. Aumentare la swap non serve a nulla, è la RAM che devi espandere

 

[C’è omertà]

per sistemi fino a 4 GiB di RAM il consiglio standard per tutte le distribuzioni Linux è di avere una partizione di swap di dimensioni pari alla RAM, prima di tutto perché linux non è windows e ne fa un uso più moderato, in secondo luogo perché la dimensione della RAM è il caso "pessimo" dell'ibernazione: se è tutta impegnata occupi lo stesso spazio disco. Aumentare la swap non serve a nulla, è la RAM che devi espandere

grazie mille, ok, ad ora la swap è di 2gb.
comunque per la cronaca mi riferivo a questa guida che indica più swap in caso di ibernazione https://wiki.ubuntu-it.org/Hardware/DispositiviPartizioni/SwapDomandeFrequenti

quindi quando ora arrivo a 4gb, cosa faccio? cancello la swap e la creo più grande rubando spazio a windows? o la cancello e creo un file swap? o si può creae un file swap di 2gb che si "integra" alla partizione swap che è di 2 gb?

Post unito automaticamente: 31 Luglio 2020

Comunque piuttosto che la RAM, quella che è capitato arrivasse e restasse al 100%, anche con pou leggero lubuntu, è la CPU. Adesso è successo una volta mentre era aperto Firefox: anche chiuso ( e sparito da gestore processi, è rimasta al 100%, occupata da processi di sistema) e il SO era congelato, tranne brevi risvegli e dovuto spegnerlo a forza.

Ma ripeto per l’ennesima volta che tutto questo con w10 (ottimizzato, si è un po’ più le to ma non si impalla mai), non succede, quindi non può essere solo un problema di hw, sarà anche qualche problema di Linux, non so, compatibilità