Software und Updater verbrauchen in Ubuntu 16.04 100% der CPU

30

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.

CPU 100% Nutzung von Gnome-Software und fwupd

kisanme
quelle
Sollte wahrscheinlich einen Fehlerbericht einreichen.
mikewhatever
@mikewhatever Ich hoffe, ich könnte ein paar Hinweise oder Tipps von der askubuntu-Community bekommen, wenn nicht, werde ich einen Fehlerbericht einreichen oder wahrscheinlich einige Alternativen ausprobieren.
Kisanme
1
dmesgist ein Befehl, den Sie eingeben und der ein Protokoll ausgibt.
Dorian
2
Sie sollten auch /var/log/apt/history.logandere Protokolldateien in diesem Verzeichnis überprüfen , z. B. /var/log/apt/term.logoder, an /var/log/dpkg.logdenen Sie nach Hinweisen und Fehlern suchen können.
Dorian
4
Es gibt einen Bug, der in Verbindung stehen könnte: bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1591868
belacqua

Antworten:

22

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
Lewis Campbell
quelle
6

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.

Luca De Franceschi
quelle
4

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.

Alexandre Saudate
quelle
3
«Die richtigen Berechtigungen» Es wäre eine gute Idee, anzugeben, welche Berechtigungen Sie erteilt haben und welchen Befehl Sie zur Zuweisung dieser Berechtigungen erteilt haben.
Andrea Lazzarotto
1
Dieser Ordner existiert nicht einmal auf meinem Computer.
Alexis Wilke
2

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
maiky_forrester
quelle
2

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
Igor Zinov'yev
quelle
Das hat bei mir funktioniert. Ich hatte die /home/[user]/.cacheoben aufgelisteten Ordnerprobleme nicht.
Meawoppl
1

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.

Alexis Wilke
quelle
0

Gleiches Problem bei mir, es blockiert auch mein System.

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

kklucas
quelle