Software e Updater consumano il 100% di CPU in Ubuntu 16.04

30

Ho aggiornato il mio laptop (Lenovo Z50-70) che ha una CPU i7 e 8Gigs di Ram su Ubuntu 16.04 dal 15.10. Ho installato aggiornamenti in modo coerente. Sto usando Ubuntu con Gnome desktop environment (GDM).

Ultimamente ho riscontrato uno strano problema, la mia CPU (compresi tutti e 4 i core) è utilizzata al 100% da alcuni processi come gnome-software(software Gnome) e fwupd(demone di aggiornamento del firmware). Questo mi fa andare giù il lavoro. Se uccido anche quei processi, stanno ricominciando.

Esiste una soluzione per questi processi che non utilizzano il 100% della mia CPU. E non voglio risposte dicendo che utilizzare l' cpulimitutilità per eseguire il provisioning della quantità di CPU per tali processi. Trovo che questo sia un problema fondamentale in Ubuntu, mi aspetto soluzioni reali per il problema.

Quello che ho provato finora è, rimuovendo quei PPA che ho aggiunto tranne i PPA ufficiali per il controllo degli aggiornamenti. Non ha funzionato! In allegato uno screenshot della htopschermata di questi processi.

— kisanme
fonte

Dovrebbe probabilmente presentare una segnalazione di bug.

— mikewhatever,

@mikewhatever Spero di avere qualche suggerimento o suggerimento dalla community di askubuntu, se non ho intenzione di presentare una segnalazione di bug o probabilmente provare alcune alternative.

— kisanme,

1

dmesgè un comando digitato che genererà un registro.

— Dorian,

2

Dovresti anche controllare /var/log/apt/history.logcosì come altri file di registro in quella directory come /var/log/apt/term.logo /var/log/dpkg.logche sono tutti posti dove cercare indizi ed errori.

— Dorian,

4

È stato pubblicato un bug che potrebbe essere correlato: bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1591868

— belacqua

22

Ha avuto un problema simile.

Come menzionato nell'altra risposta, è possibile determinare il problema osservando /var/log/syslog.

Nel mio registro gnome-settings riportava quanto segue:

(gnome-settings-daemon:3584): dconf-CRITICAL **: unable to create file '/home/USER/.cache/dconf/user': Permission denied.

Per risolvere questo problema ho eseguito il seguente comando, sostituire USER con il tuo nome utente:

sudo chown USER /home/USER/.cache/dconf

— Lewis Campbell
fonte

6

Ho avuto esattamente lo stesso problema, gli stessi processi occupavano il 100% della CPU. Quello che ha funzionato per me è stato l'aggiornamento del software nel mio Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

Dopo di che ho riavviato il mio PC e ora il problema è scomparso.

— Luca De Franceschi
fonte

4

Sono riuscito a risolverlo controllando syslog ( /var/log/syslog). Stava registrando come un matto che non riusciva a creare il file /home/<my user>/.cache/dconf/user. Quando ho dato a questa cartella i permessi corretti, ha smesso di usare così tanta CPU.

— Alexandre Saudate
fonte

3

«Le autorizzazioni corrette» Sarebbe una buona idea includere quali autorizzazioni hai dato e il comando che hai emesso per assegnarle.

— Andrea Lazzarotto,

1

Quella cartella non esiste nemmeno sul mio computer.

— Alexis Wilke,

2

Problema di autorizzazione per me.

guardando:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: impossibile creare il file '/home/{user}/.cache/dconf/user': Permiso denegado. dconf non funzionerà correttamente.

Eseguendo questo comando, il problema è stato risolto.

$ sudo chown {user} /home/{user}/.cache/dconf

— maiky_forrester
fonte

2

Può esserci un caso in cui non c'è nulla nel syslog relativo al servizio, nel qual caso potresti voler semplicemente riavviarlo. Per evitare di cercare servizi e ucciderli manualmente, puoi semplicemente usare systemctl:

sudo systemctl restart fwupd

— Igor Zinov'yev
fonte

Questo ha funzionato per me. Non avevo i /home/[user]/.cacheproblemi con le cartelle sopra elencati.

— meawoppl

1

Questo problema fwupdmi è successo oggi su un computer. Ho anche avuto due casi di gnome-softwarecorsa. Complessivamente, 2 CPU sono state bloccate al 100%.

Per fermare rapidamente quel caos, potrei semplicemente uccidere quei 3 processi:

ps -ef | less
(find processes in the list, record their PID)

kill <pid1>
kill <pid2>
kill <pid3>
...

(Puoi anche provare killall gnome-softwaree killall fwupd, trovo che quel killallcomando sia pericoloso ... Altrimenti, htoppuoi semplicemente usare F9. Prima di confermare, assicurati che sia stato selezionato il processo corretto!)

Ora, @belacqua ci ha segnalato la seguente segnalazione di bug sul launchpad:

https://bugs.launchpad.net/ubuntu/+source/appstream-glib/+bug/1591868

Ho trovato il commento 18 particolarmente interessante:

https://bugs.launchpad.net/ubuntu/+source/appstream-glib/+bug/1591868/comments/18

La persona dice che il problema non è riproducibile, ma se hai avuto problemi con apt-get (come in, aggiornamento / installazione del software), potrebbe essere proprio per questo. E in effetti, nella cache apt avevo diversi file che erano una schifezza totale (cioè la mia connessione Internet non è riuscita un paio di giorni fa e alcuni dei file della cache includevano un errore HTTP 302 invece degli elenchi di pacchetti previsti.) Trovo questo commento specifico interessante perché un bug è ancora lì, ma non a causa del file yaml come specificato lì. Nel mio caso, non sono riuscito a trovare alcun file yaml da nessuna parte.

Scommetto che correggendo la apt-getcache , ho risolto il problema. Sembra che il codice sia stato corretto già da tempo. Ho solo bisogno di riavviare per confermare che questo utilizzo della CPU al 100% non si verifica più.

— Alexis Wilke
fonte

0

Lo stesso problema con me, inoltre blocca il mio sistema.

Dopo aver cambiato proprietario /home/{user}/.cache/dconf/user, sembra normale.

— kklucas
fonte