Le logiciel et le programme de mise à jour consomment 100% de CPU dans Ubuntu 16.04


30

J'ai mis à niveau mon ordinateur portable (Lenovo Z50-70) qui a un processeur i7 et 8 Go de Ram vers Ubuntu 16.04 à partir du 15.10. J'ai installé des mises à jour régulièrement. J'utilise ubuntu avec l'environnement de bureau Gnome (GDM).

Dernièrement, j'ai rencontré un problème étrange, mon processeur (y compris les 4 cœurs) est utilisé à 100% par certains processus comme gnome-software(logiciel Gnome) et fwupd(démon de mise à jour du micrologiciel). Cela fait que mon travail tombe en panne. Si je tue même ces processus, ils recommencent.

Existe-t-il une solution pour que ces processus n'utilisent pas 100% de mon processeur? Et je ne veux pas de réponses disant utiliser l' cpulimitutilitaire pour provisionner la quantité de CPU pour ces processus. Je trouve que c'est un problème central dans Ubuntu, j'attends de vraies solutions pour le problème.

Ce que j'ai essayé jusqu'à présent, c'est de supprimer les PPA que j'ai ajoutés à l'exception des PPA officiels pour vérifier les mises à jour. Ça n'a pas marché! Ci-joint une capture d' htopécran de l'écran de ces processus.

CPU 100% d'utilisation de gnome-software et fwupd


Devrait probablement déposer un rapport de bogue.
mikewwhat

@mikew Quoi que j'espère, je pourrais obtenir des conseils ou des astuces de la communauté askubuntu, sinon je vais déposer un rapport de bogue ou probablement essayer quelques alternatives.
kisanme

1
dmesgest une commande que vous tapez qui générera un journal.
Dorian

2
Vous devriez également vérifier /var/log/apt/history.logainsi que d'autres fichiers journaux dans ce répertoire tels que /var/log/apt/term.logou /var/log/dpkg.logqui sont tous des endroits pour rechercher des indices et des erreurs.
Dorian

Réponses:


22

Eu un problème similaire.

Comme l'autre réponse l'a mentionné - il est possible de déterminer le problème en regardant /var/log/syslog.

Dans mon journal, gnome-settings signalait ce qui suit:

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

Afin de résoudre ce problème, j'ai exécuté la commande suivante, remplacez USER par votre nom d'utilisateur:

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

6

J'ai eu exactement le même problème, les mêmes processus prenant 100% du CPU. Ce qui a fonctionné pour moi, c'est de mettre à niveau le logiciel de mon Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

Après cela, j'ai redémarré mon PC et maintenant le problème a disparu.


4

J'ai réussi à le résoudre en vérifiant syslog ( /var/log/syslog). Il se connectait comme un fou qu'il ne pouvait pas créer le fichier /home/<my user>/.cache/dconf/user. Lorsque j'ai donné à ce dossier les autorisations appropriées, il a cessé d'utiliser autant de CPU.


3
«Les autorisations correctes» Ce serait une bonne idée d'inclure les autorisations que vous avez accordées et la commande que vous avez émise pour les attribuer.
Andrea Lazzarotto

1
Ce dossier n'existe même pas sur ma machine.
Alexis Wilke

2

Problème d'autorisation pour moi.

regarder:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: impossible de créer le fichier '/home/{user}/.cache/dconf/user': Permiso denegado. dconf ne fonctionnera pas correctement.

En exécutant cette commande, le problème a été résolu.

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

2

Il peut y avoir un cas où il n'y a rien dans le syslog lié au service, auquel cas vous pouvez simplement le redémarrer. Pour éviter de rechercher des services et de les tuer manuellement, vous pouvez simplement utiliser systemctl:

sudo systemctl restart fwupd

Cela a fonctionné pour moi. Je n'ai pas rencontré les /home/[user]/.cacheproblèmes de dossier répertoriés ci-dessus.
meawoppl

1

Ce problème avec fwupdm'est arrivé aujourd'hui sur un ordinateur. J'ai également eu deux instances de gnome-softwarecourse. En tout, 2 CPU ont été bloqués à 100%.

Pour arrêter rapidement ce chaos, je pourrais simplement tuer ces 3 processus:

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

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

(Vous pouvez également essayer killall gnome-softwareet killall fwupd, je trouve cette killallcommande dangereuse ... Sinon, htopvous pouvez simplement utiliser F9. Avant de confirmer, assurez-vous que le bon processus a été sélectionné!)

Maintenant, @belacqua nous a signalé le rapport de bogue suivant sur le tableau de bord:

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

J'ai trouvé le commentaire 18 particulièrement intéressant:

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

La personne dit que le problème n'est pas reproductible, mais si vous avez eu des problèmes avec apt-get (comme dans, mise à jour / installation du logiciel), cela peut très bien être à cause de cela. Et en effet, j'avais plusieurs fichiers dans le cache apt qui étaient de la merde totale (c'est-à-dire que ma connexion Internet a échoué il y a quelques jours et certains des fichiers de cache incluaient une erreur HTTP 302 au lieu des listes de paquets attendues.) Je trouve ce commentaire spécifique intéressant car un bug est toujours là, mais pas à cause du fichier yaml comme spécifié ici. Dans mon cas, je n'ai trouvé aucun fichier yaml nulle part.

Je parie qu'en réparant le apt-getcache , j'ai résolu le problème. Il semble que le code ait déjà été corrigé il y a quelque temps. J'ai juste besoin d'un redémarrage pour confirmer que cette utilisation à 100% du processeur ne se reproduira plus.


0

Même problème avec moi, il bloque également mon système.

Après avoir changé de propriétaire /home/{user}/.cache/dconf/user, cela semble normal.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.