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

30

Я обновил свой ноутбук (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экрана этих процессов.

— kisanme
источник

Вероятно, следует подать отчет об ошибке.

— mikewh независимо от

@mikewh независимо от того, что я надеюсь, я мог бы получить некоторые подсказки или советы от сообщества askubuntu, если нет, я собираюсь подать отчет об ошибке или, возможно, попробовать некоторые альтернативы

— Кисанме

1

dmesgэто команда, которую вы вводите, которая выведет журнал.

— Дориан

2

Вы должны также проверить, /var/log/apt/history.logкак и другие файлы журналов в этом каталоге, такие как /var/log/apt/term.logили в /var/log/dpkg.logкаких местах искать подсказки и ошибки.

— Дориан

4

Опубликована

— belacqua

22

Была похожая проблема.

Как уже упоминалось в другом ответе, можно определить проблему, взглянув на нее /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

— Льюис Кэмпбелл
источник

6

У меня была точно такая же проблема, те же процессы, занимающие 100% процессорного времени Для меня работало обновление программного обеспечения в моей Ubuntu (16.04):

sudo apt-get update
sudo apt-get upgrade

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

— Лука Де Франчески
источник

4

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

— Александр Саудате
источник

3

«Правильные разрешения» Было бы неплохо указать, какие разрешения вы дали, и команду, которую вы дали для их назначения.

— Андреа Лаззаротто

1

Эта папка даже не существует на моей машине.

— Алексис Вилке

2

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

смотря на:

$ 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

— maiky_forrester
источник

2

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

sudo systemctl restart fwupd

— Игорь Зиновьев
источник

Это сработало для меня. У меня не было /home/[user]/.cacheпроблем с папками, перечисленных выше.

— Meawoppl

1

Эта проблема со 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% больше не происходит.

— Алексис Уилке
источник

0

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

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

— kklucas
источник