Software y Updater consume 100% de CPU en Ubuntu 16.04

He actualizado mi computadora portátil (Lenovo Z50-70) que tiene una CPU i7 y 8Gigs de RAM a Ubuntu 16.04 desde 15.10. He estado instalando actualizaciones constantemente. Estoy usando ubuntu con el entorno de escritorio Gnome (GDM).

Últimamente he estado experimentando un problema extraño, mi CPU (incluidos los 4 núcleos) son 100% utilizados por algunos procesos como gnome-software(software Gnome) y fwupd(demonio de actualización de firmware). Esto hace que mi trabajo caiga. Si incluso mato esos procesos, están comenzando de nuevo.

¿Hay alguna solución para que estos procesos no utilicen el 100% de mi CPU? Y no quiero respuestas que digan usar la cpulimitutilidad para aprovisionar la cantidad de CPU para esos procesos. Me parece un problema central en Ubuntu, espero soluciones reales para el problema.

Lo que he intentado hasta ahora es eliminar esos PPA que he agregado, excepto los PPA oficiales para verificar las actualizaciones. Eso no funcionó! Adjunto una captura de htoppantalla de la pantalla de estos procesos.

Tuve un problema similar.

Como se menciona en la otra respuesta, es posible determinar el problema observando /var/log/syslog.

Dentro de mi registro, gnome-settings informaba lo siguiente:

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

Para solucionar esto, ejecuté el siguiente comando, reemplace USUARIO con su nombre de usuario:

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

Tuve exactamente el mismo problema, los mismos procesos tomaron el 100% de la CPU. Lo que funcionó para mí fue actualizar el software en mi Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

Después de eso reinicié mi PC y ahora el problema desapareció.

Logré resolverlo marcando syslog ( /var/log/syslog). Estaba registrando como loco que no podía crear el archivo /home/<my user>/.cache/dconf/user. Cuando le di a esta carpeta los permisos correctos, dejó de usar tanta CPU.

Problema de permiso para mí.

mirando a:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: no se puede crear el archivo '/home/{user}/.cache/dconf/user': Permiso denegado. dconf no funcionará correctamente.

Al ejecutar este comando, el problema se resolvió.

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

Puede haber un caso en el que no haya nada en el registro del sistema relacionado con el servicio, en cuyo caso es posible que simplemente desee reiniciarlo. Para evitar buscar servicios y eliminarlos manualmente, puede usar systemctl:

sudo systemctl restart fwupd

Este problema fwupdme sucedió hoy en una computadora. También tuve dos instancias de gnome-softwareejecución. En total, 2 CPU se sujetaron al 100%.

Para detener rápidamente ese caos, podría matar esos 3 procesos:

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

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

(También puede intentar killall gnome-softwarey killall fwupd, creo que ese killallcomando es peligroso ... De lo contrario, htoppuede usar F9. Antes de confirmar, ¡asegúrese de haber seleccionado el proceso correcto!)

Ahora, @belacqua nos señaló el siguiente informe de error en la plataforma de lanzamiento:

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

El comentario 18 me pareció particularmente interesante:

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

La persona dice que el problema no es reproducible, pero si tuvo problemas con apt-get (como en la actualización / instalación del software), puede ser por eso. Y, de hecho, tenía varios archivos en el caché de apt que eran basura total (es decir, mi conexión a Internet falló hace un par de días y algunos de los archivos de caché incluían un error HTTP 302 en lugar de las listas de paquetes esperados). Encuentro este comentario específico interesante porque todavía hay un error, pero no debido al archivo yaml como se especifica allí. En mi caso, no pude encontrar ningún archivo yaml en ningún lado.

Apuesto a que al arreglar el apt-getcaché , solucioné el problema. Parece que el código ya se solucionó hace un tiempo. Solo necesito reiniciar para confirmar que este uso del 100% de la CPU no vuelva a ocurrir.

El mismo problema conmigo, también bloquea mi sistema.

Después de cambiar de propietario /home/{user}/.cache/dconf/user, parece normal.