Software и Updater потребляют 100% ресурсов процессора в Ubuntu 16.04

Я обновил свой ноутбук (Lenovo Z50-70) с процессором i7 и 8 гигабайтами памяти Ram до Ubuntu 16.04 с 15.10. Я устанавливал обновления последовательно. Я использую Ubuntu со средой рабочего стола Gnome (GDM).

В последнее время у меня возникла странная проблема, мой процессор (включая все 4 ядра) на 100% используется некоторыми процессами, такими как gnome-software(программное обеспечение Gnome) и fwupd(демон обновления прошивки). Это заставляет мою работу идти вниз. Если я даже убью эти процессы, они начнут снова.

Есть ли решение для этих процессов, чтобы не использовать 100% моего процессора. И я не хочу, чтобы ответы говорили, что используйте cpulimitутилиту, чтобы обеспечить количество процессорного времени для этих процессов. Я считаю, что это основная проблема в 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% процессорного времени Для меня работало обновление программного обеспечения в моей Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

После этого я перезагрузил свой компьютер, и теперь проблема исчезла.

Мне удалось решить это, проверив syslog ( /var/log/syslog). Это регистрировалось как сумасшедший, что он не мог создать файл /home/<my user>/.cache/dconf/user. Когда я дал этой папке правильные разрешения, она перестала использовать столько процессора.

Проблема с разрешением для меня.

смотря на:

$ cat /var/log/syslog

(gnome-software: 3812): dconf-CRITICAL **: невозможно создать файл '/home/ndomuser coming/.cache/dconf/user': Permiso denegado. dconf не будет работать должным образом.

Выполнив эту команду, проблема решена.

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

Может быть случай, когда в системном журнале нет ничего, связанного со службой, и в этом случае вы можете просто перезапустить его. Чтобы не искать сервисы и не убивать их вручную, вы можете просто использовать systemctl:

sudo systemctl restart fwupd

Эта проблема со fwupdмной произошла сегодня на одном компьютере. У меня также было два случая gnome-softwareбега. Всего 2 процессора были зажаты на 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% больше не происходит.

Та же проблема со мной, это также блокирует мою систему.

После смены владельца /home/{user}/.cache/dconf/userэто выглядит нормально.