软件和更新程序在Ubuntu 16.04中消耗100％的CPU

我已经将具有i7 CPU和8Gigs Ram的笔记本电脑（联想Z50-70）从15.10升级到Ubuntu 16.04。我一直在不断安装更新。我将ubuntu与Gnome桌面环境（GDM）结合使用。

最近，我遇到了一个奇怪的问题，我的CPU（包括所有4个内核）被gnome-software（Gnome软件）和fwupd（固件更新守护程序）之类的某些进程100％使用。这使我的工作失败了。如果我什至杀死那些进程，它们又会重新开始。

有没有针对这些进程的解决方案，以不占用我100％的CPU。而且我也不想回答说使用cpulimit实用程序为这些进程提供CPU数量的问题。我发现这是Ubuntu中的一个核心问题，我期待该问题的真正解决方案。

到目前为止，我已经尝试过的是， 删除除官方PPA以外的用于检查更新的PPA。那没有解决！附上htop这些过程的屏幕截图。

发生了类似的问题。

作为提到的另一个答案-可以通过查看确定问题/var/log/syslog。

在我的日志中，gnome-settings报告了以下内容：

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

为了解决此问题，我运行了以下命令，将USER替换为您的用户名：

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

我遇到了完全相同的问题，相同的进程占用了100％的CPU。对我有用的是在Ubuntu（16.04）中升级软件：

sudo apt-get update
sudo apt-get upgrade

之后，我重新启动了PC，现在问题消失了。

我设法通过检查syslog（/var/log/syslog）来解决它。无法创建文件令人抓狂/home/<my user>/.cache/dconf/user。当我授予该文件夹正确的权限时，它停止使用那么多的CPU。

我的权限问题。

看着：

$ cat /var/log/syslog

（gnome-software：3812）：dconf-CRITICAL **：无法创建文件'/home/{user}/.cache/dconf/user'：Permiso denegado。dconf将无法正常工作。

执行此命令，问题解决。

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

在某些情况下，系统日志中没有与该服务相关的内容，在这种情况下，您可能只想重新启动它即可。为了避免查找服务并手动杀死它们，您可以使用systemctl：

sudo systemctl restart fwupd

fwupd今天我在一台计算机上发生了这个问题。我也有两个gnome-software正在运行的实例。总共2个CPU被固定在100％。

为了迅速制止这种混乱局面，我可以终止这三个过程：

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

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

（您也可以尝试使用killall gnome-software和killall fwupd，我发现该killall命令很危险...否则，htop您可以使用F9。在确认之前，请确保选择了正确的过程！）

现在，@ belacqua指出了启动板上的以下错误报告：

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

我发现评论18特别有趣：

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

该人员说该问题无法重现，但是如果您在apt-get方面遇到问题（例如，软件更新/安装），则很可能是因为这个原因。确实，我在apt缓存中有几个文件完全被废弃了（即，几天前我的Internet连接失败，并且某些缓存文件包含HTTP 302错误而不是预期的软件包列表。）我发现了此特定注释有趣，因为仍然存在错误，但不是由于此处指定的yaml文件。就我而言，我在任何地方都找不到任何Yaml文件。

我敢打赌，通过修复apt-get缓存，我解决了这个问题。看起来该代码已经修复了一段时间。我只需要重新启动即可确认不会再次出现此100％CPU使用率。

我遇到同样的问题，它也阻塞了我的系统。

更改的所有者后/home/{user}/.cache/dconf/user，它看起来很正常。