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

Avait un problème similaire.

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

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

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

Pour corriger cela, j'ai exécuté la commande suivante, remplacez USER par votre nom d'utilisateur:

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

J'ai réussi à le résoudre en vérifiant syslog ( /var/log/syslog ). C'était se connecter 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 correctes, il a cessé d'utiliser autant de CPU.

J'ai eu exactement le même problème, les mêmes processus prenant 100% du processeur. Ce qui a fonctionné pour moi était de mettre à jour 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 le problème est maintenant résolu.

Problème d’autorisation pour moi.

en regardant:

$ cat /var/log/syslog

  

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

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

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

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

sudo systemctl restart fwupd

Ce problème avec fwupd m’est arrivé aujourd’hui sur un ordinateur. J'ai également eu deux instances de gnome-software en cours d'exécution. Au total, 2 processeurs ont été bloqués à 100%.

Pour arrêter rapidement ce chaos, je pourrais juste 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-software et killall fwupd , je trouve que la commande killall est dangereuse ... Sinon, dans htop , vous pouvez simplement utiliser F9. Avant de confirmer, assurez-vous que le processus correct a été sélectionné !)

@belacqua nous a montré le rapport de bogue suivant sur le tableau de bord:

lien

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

lien

La personne dit que le problème n’est pas reproductible, mais si vous avez des problèmes avec apt-get (comme dans la mise à jour / l’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 totalement illusoires (ma connexion Internet échouait il y a quelques jours et certains fichiers de cache contenaient une erreur HTTP 302 au lieu des listes de paquets attendues). 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 que fixer le apt-get cache , j'ai résolu le problème. Il semble que le code ait déjà été réparé il y a longtemps. J'ai juste besoin d'un redémarrage pour confirmer que cette utilisation à 100% du processeur ne se produit plus.

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

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