PROBLEMA Terminare un processo che non vuole chiudersi

[C’è omertà]

i problemi non si sono più ripresentati, per ora, con zorin, chissà magari "era l'inizio" e ora si è adattato XD
@DispatchCode ho paura a premere quelle combinazioni, cosa sarebbe la virtual console? il terminale? comunque intendevo una combinazone che ti permettesse di spegnere/riavviare/accedere a gestione attività (quello che succede su windows).
ho premuto ctrl alt f1 ed è sparito il mouse XD

Post unito automaticamente: 1 Agosto 2020

sembra anche più scattante ora il sistema, le ram devono ancora arrivare, per ora ho solo cambiato la batteria che era danneggiata e senza il notebook si spegneva

 

[DispatchCode]

In merito alla virtual console, in rete trovi tutte le info che ti servono, ad esempio https://en.wikipedia.org/wiki/Virtual_console

Su Linux ubuntu si chiama "Monitor di sistema" ed è di fatto l'equivalente del gestore attività.
Da terminale c'è quello che citavo in un post sopra, htop, ma è da installare.

 

[C’è omertà]

Ieri sera si è presentata l’occasione di usare sti comandi e come temevo non hanno funzionato: volevo uccidere un processo di Firefox da pochi mb e 0% di cpu, si è colorato si di rosso come i processi che vanno a chiudersi, ma poi è rimasto lì in realtà

 

[DispatchCode]

Dopo aver selezionato "kill" hai fatto altro? Perchè al passo successivo puoi selezionare il segnale da inviare.

 

[C’è omertà]

Dopo aver selezionato "kill" hai fatto altro? Perchè al passo successivo puoi selezionare il segnale da inviare.

Ho usato kill -9 pid e killall firefox.
Dopo nulla, non ho notato altro che potessi fare.
Inoltre ai successivi tentativi il terminale andava a capo col nome utente e in gestore processi manco diventava più rosso il processo di FF.

Li volevo killare perchè secondo me bloccavano la riapertura di Firefox dopo che lo avevo chiuso perché era freezato

 

[DispatchCode]

Dovresti guardare con "top" o con "ps" lo stato del processo che vuoi interrompere.
Guarda anche lo stato del processo, vedi il PID?

Potrebbe anche rientrare in questo caso: https://en.wikipedia.org/wiki/Sleep_(system_call)#Uninterruptible_sleep

 

[C’è omertà]

Dovresti guardare con "top" o con "ps" lo stato del processo che vuoi interrompere.
Guarda anche lo stato del processo, vedi il PID?

Potrebbe anche rientrare in questo caso: https://en.wikipedia.org/wiki/Sleep_(system_call)#Uninterruptible_sleep

ma certo li vedo da gestore processi e ho messo il pid col comando kill -9 prendendolo da lì

 

[DispatchCode]

Secondo me ti ha lasciato i "lockfiles" firefox quando l'hai killato la prima volta (vengono eliminati quando chiudi firefox, ma se lo killi con SIGKILL, non li elimina... probabilmente).
Il SIGKILL comunque è meglio se lo dai quando il SIGTERM sembra non risponderti.

 

[C’è omertà]

Secondo me ti ha lasciato i "lockfiles" firefox quando l'hai killato la prima volta (vengono eliminati quando chiudi firefox, ma se lo killi con SIGKILL, non li elimina... probabilmente).
Il SIGKILL comunque è meglio se lo dai quando il SIGTERM sembra non risponderti.

cercherò che vogliono dire :)

 

[DispatchCode]

Se ti riferisci a SIGKILL e SIGTERM, ne parlavo qui: https://forum.tomshw.it/threads/terminare-un-processo-che-non-vuole-chiudersi.827991/#post-7710677

 

[C’è omertà]

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

visto che non abbiamo risolto con quei comandi, sai darmi un suggerimento in più?

 

[clessidra]

visto che non abbiamo risolto con quei comandi, sai darmi un suggerimento in più?

Sinceramente, non so cosa ti è capitato uccidendo quel processo di firefox. In quel modo si creano anche i processi zombie, ma non necessariamente.
Per i processi zombie:
- comando: ps axo stat,ppid,pid,comm|grep -w defunct
otterrai, per esempio:
Z+ 1222 1223 zombie <defunct>
- comando:
kill 1223 (uccide il processo figlio zombie)
kill -9 1222 (uccide il processo genitore)

Nulla ti vieta di usare questa procedura con tutti i processi, ma invece di scrivere "-w defunct" scriverai il nome o parte del nome del processo.

 

[C’è omertà]

mi hanno anche suggerito di installare una versione precedente del kernel, dopo che volta ho trovato kworker che occupava quasi il 100% di cpu.

ora ho questa
5.4.0-42-generic #46~18.04.1-Ubuntu SMP Fri Jul 10 07:09:27 UTC 2020 i686 i686 i686 GNU/Linux

ne esiste una più stabile?

Post unito automaticamente: 7 Agosto 2020

Sinceramente, non so cosa ti è capitato uccidendo quel processo di firefox. In quel modo si creano anche i processi zombie, ma non necessariamente.
Per i processi zombie:
- comando: ps axo stat,ppid,pid,comm|grep -w defunct
otterrai, per esempio:
Z+ 1222 1223 zombie <defunct>
- comando:
kill 1223 (uccide il processo figlio zombie)
kill -9 1222 (uccide il processo genitore)

Nulla ti vieta di usare questa procedura con tutti i processi, ma invece di scrivere "-w defunct" scriverai il nome o parte del nome del processo.

guarda che lo uccida o no da gestore processi, quando il browser freeza e lo chiudi, quando lo riapri si creano due processi da 0% di cpu e 3,4 mb di ram e il browser non si apre più: questo mentre gli altri sw funzionano, ma i browser non si aprono più.

avevo fatto uno screen ma non me lo ha salvato

non ho capito se io, per chiudere quei due processi che ho menzionato qui sopra, devo usare "-w defunct" devo proprio scrivere defunct? mi puoi fare un esempio mettendo firefox al posto di defunct o quello che è?


grazie

Post unito automaticamente: 7 Agosto 2020

UFFICIALE - L'OT di Linux e altri OS

Btrfs è più sensibile alla corruzione dei dati, quindi a molti (ignorando...) può sembrare meno stabile perché per non propagare la corruzione il filesystem potrebbe mettersi in automatico in sola lettura per darti la possibilità di fare un backup e riparare il filesystem se si può o cambiare il...

forum.tomshw.it

 

[Utente cancellato 371741]

Sempre provare nell'ordine SIGSTOP, SIGTERM, SIGKILL (-9) solo in ultima istanza.

Una caratteristica di Linux "fissata" da Linus stesso e' che qualsiasi versione deve girare con lo stesso rootfs.
kernel.org ti dice sempre l'ultimo kernel stabile. Puoi provarli, sempre che tu sappia come.

Ma il fatto che tu abbia cpu % alta puo essere dovuto a vari motivi. Ispeziona bene i log di boot del kernel con "dmesg". Vedi se e' alta anche senza xorg e windows manager attivi,

 

[C’è omertà]

Sempre provare nell'ordine SIGSTOP, SIGTERM, SIGKILL (-9) solo in ultima istanza.

Una caratteristica di Linux "fissata" da Linus stesso e' che qualsiasi versione deve girare con lo stesso rootfs.
kernel.org ti dice sempre l'ultimo kernel stabile. Puoi provarli, sempre che tu sappia come.

Ma il fatto che tu abbia cpu % alta puo essere dovuto a vari motivi. Ispeziona bene i log di boot del kernel con "dmesg". Vedi se e' alta anche senza xorg e windows manager attivi,

Ho postato I log qui https://forum.tomshw.it/threads/lot-di-linux-e-altri-os.304889/page-679#post-7718020

Adesso però non vorrei fare cross posting scusate