Software und Updater verbrauchen in Ubuntu 16.04 100% der CPU

Ich habe meinen Laptop (Lenovo Z50-70), der eine i7-CPU und 8 GB RAM hat, von 15.10 auf Ubuntu 16.04 aktualisiert. Ich habe regelmäßig Updates installiert. Ich benutze Ubuntu mit Gnome Desktop Environment (GDM).

In letzter Zeit ist ein seltsames Problem aufgetreten. Meine CPU (einschließlich aller 4 Kerne) wird zu 100% von Prozessen wie gnome-software(Gnome-Software) und fwupd(Firmware-Update-Daemon) verwendet. Dadurch geht meine Arbeit unter. Wenn ich diese Prozesse überhaupt töte, fangen sie wieder an.

Gibt es eine Lösung für diese Prozesse, um nicht 100% meiner CPU zu nutzen. Und ich möchte keine Antworten erhalten, die besagen, dass Sie mit dem cpulimitDienstprogramm die CPU-Menge für diese Prozesse bereitstellen. Ich finde das ein Kernproblem in Ubuntu, ich erwarte echte Lösungen für das Problem.

Was ich bisher ausprobiert habe, ist das Entfernen der von mir hinzugefügten PPAs mit Ausnahme der offiziellen PPAs zum Überprüfen von Updates. Das hat nicht geklappt! Anbei ein Screenshot des htopBildschirms dieser Prozesse.

Hatte ein ähnliches Problem.

Wie in der anderen Antwort erwähnt, ist es möglich, das Problem durch Betrachten zu bestimmen /var/log/syslog.

In meinem Log hat gnome-settings folgendes gemeldet:

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

Um dies zu beheben, habe ich den folgenden Befehl ausgeführt und USER durch Ihren Benutzernamen ersetzt:

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

Ich hatte genau das gleiche Problem, dieselben Prozesse beanspruchten 100% der CPU. Was für mich funktionierte, war ein Software-Upgrade in meinem Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

Danach habe ich meinen PC neu gestartet und nun ist das Problem behoben.

Ich habe es geschafft, indem ich syslog ( /var/log/syslog) überprüft habe . Es war verrückt zu protokollieren, dass die Datei nicht erstellt werden konnte /home/<my user>/.cache/dconf/user. Als ich diesem Ordner die richtigen Berechtigungen gab, wurde die CPU-Auslastung eingestellt.

Berechtigungsproblem für mich.

anschauen:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: Datei '/home/{user}/.cache/dconf/user' kann nicht erstellt werden: Permiso denegado. dconf wird nicht richtig funktionieren.

Wenn Sie diesen Befehl ausführen, ist das Problem behoben.

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

Es kann vorkommen, dass das Syslog nichts mit dem Dienst zu tun hat. In diesem Fall möchten Sie ihn möglicherweise einfach neu starten. Um zu vermeiden, dass Dienste nachgeschlagen und manuell beendet werden, können Sie einfach Folgendes verwenden systemctl:

sudo systemctl restart fwupd

Dieses Problem fwupdist mir heute auf einem Computer passiert. Ich hatte auch zwei Fälle von gnome-softwareLaufen. Insgesamt wurden 2 CPUs auf 100% geklemmt.

Um dieses Chaos schnell zu stoppen, könnte ich einfach diese drei Prozesse beenden:

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

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

(Sie können auch versuchen, killall gnome-softwareund killall fwupdich finde diesen killallBefehl nur gefährlich ... Andernfalls können htopSie nur F9 verwenden. Bevor Sie bestätigen, stellen Sie sicher, dass der richtige Prozess ausgewählt wurde!)

Nun hat uns @belacqua auf den folgenden Fehlerbericht auf dem Launchpad hingewiesen:

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

Ich fand Kommentar 18 besonders interessant:

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

Die Person sagt, dass das Problem nicht reproduzierbar ist, aber wenn Sie Probleme mit apt-get (wie in, Software-Update / Installation) hatten, kann es sehr gut daran liegen. Und tatsächlich hatte ich mehrere Dateien im Apt-Cache, die total beschissen waren (dh meine Internetverbindung ist vor ein paar Tagen ausgefallen und einige der Cache-Dateien enthielten einen HTTP 302-Fehler anstelle der erwarteten Paketlisten.) Ich finde diesen speziellen Kommentar Interessant, da noch ein Fehler vorhanden ist, aber nicht aufgrund der dort angegebenen yaml-Datei. In meinem Fall konnte ich nirgendwo eine Yaml-Datei finden.

Ich wette, dass ich das Problem behoben habe, indem ich den apt-getCache repariert habe . Es sieht so aus, als ob der Code schon vor einiger Zeit repariert wurde. Ich brauche nur einen Neustart, um zu bestätigen, dass diese 100% ige CPU-Auslastung nicht erneut auftritt.

Gleiches Problem bei mir, es blockiert auch mein System.

Nach dem Besitzerwechsel von /home/{user}/.cache/dconf/usersieht es normal aus.