Ubuntu 16.04でソフトウェアとアップデーターがCPUを100％消費する

i7 CPUと8GigのRamを搭載したラップトップ（Lenovo Z50-70）を15.10。からUbuntu 16.04にアップグレードしました。一貫して更新プログラムをインストールしています。私はGnomeデスクトップ環境（GDM）でUbuntuを使用しています。

最近、奇妙な問題が発生しています。私のCPU（4つすべてのコアを含む）は、gnome-software（Gnomeソフトウェア）やfwupd（ファームウェア更新デーモン）などの一部のプロセスで100％使用されています。これは私の仕事がダウンします。これらのプロセスを強制終了しても、それらは再び開始されます。

CPUを100％使用しないこれらのプロセスの解決策はありますか。また、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

私はまったく同じ問題を抱えていました。同じプロセスでCPUを100％使用していました。私のために働いたのは、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

syslogにサービスに関連するものが何もない場合があります。その場合は、単に再起動することができます。サービスを検索して手動で強制終了しないようにするには、次を使用しますsystemctl。

sudo systemctl restart fwupd

この問題はfwupd、1台のコンピューターで今日起こりました。私も2つのインスタンスがありましたgnome-software実行。全体で、2つのCPUが100％にクランプされました。

その騒乱を素早く止めるために、これらの3つのプロセスを強制終了することができます。

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キャッシュにいくつかのファイルがありました（つまり、数日前にインターネット接続が失敗し、一部のキャッシュファイルには、予想されるパッケージリストの代わりにHTTP 302エラーが含まれていました）。興味深いのは、バグがまだ存在しているためですが、そこに指定されているyamlファイルが原因ではありません。私の場合、どこにもyamlファイルが見つかりませんでした。

私がであることを賭ける思い固定apt-getキャッシュを、私は問題を修正しました。しばらく前にコードが修正されたようです。この100％のCPU使用率が再び発生しないことを確認するには、再起動する必要があります。

私と同じ問題、それはまた私のシステムをブロックします。

の所有者を変更すると/home/{user}/.cache/dconf/user、正常に見えます。