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

29

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 de 15.10. J'ai installé les mises à jour de manière cohérente. J'utilise Ubuntu avec Gnome Desktop Environment (GDM).

Dernièrement, j'ai rencontré un problème étrange, mon processeur (y compris les quatre cœurs) est utilisé à 100% par certains processus tels que gnome-software (logiciel Gnome) et fwupd (démon de mise à jour du microprogramme). Cela fait baisser mon travail. 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 que les réponses disent utiliser l'utilitaire cpulimit pour approvisionner la quantité de CPU pour ces processus. Je trouve cela un problème fondamental dans Ubuntu, je m'attends à de vraies solutions pour le problème.

Ce que j'ai essayé jusqu'ici, c'est que Suppression des PPA que j'ai ajoutés sauf les PPA officiels pour vérifier les mises à jour. Cela n'a pas marché! Ci-joint une capture d'écran de htop screen de ces processus.

    
posée kisanme 20.06.2016 - 18:33
la source

7 réponses

20

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
    
réponse donnée Lewis Campbell 08.08.2016 - 23:49
la source
4

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.

    
réponse donnée Alexandre Saudate 03.08.2016 - 16:00
la source
4

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.

    
réponse donnée Luca De Franceschi 04.09.2016 - 11:38
la source
2

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
    
réponse donnée maiky_forrester 16.09.2016 - 08:38
la source
2

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
    
réponse donnée Igor Zinov'yev 26.09.2017 - 15:15
la source
1

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.

    
réponse donnée Alexis Wilke 04.12.2016 - 23:51
la source
0

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.

    
réponse donnée kklucas 13.02.2017 - 06:00
la source

Lire d'autres questions sur les étiquettes