Eu atualizei meu laptop (Lenovo Z50-70) que tem um CPU i7 e 8Gigs de Ram para o Ubuntu 16.04 a partir de 15.10. Eu tenho instalado atualizações de forma consistente. Estou usando o Ubuntu com o Gnome Desktop Environment (GDM).
Ultimamente tenho experimentado um problema estranho, minha CPU (incluindo todos os 4 núcleos) é 100% usada por alguns processos como gnome-software (software Gnome) e fwupd (daemon de atualização de firmware). Isso faz meu trabalho cair. Se eu matar esses processos, eles estão começando de novo.
Existe uma solução para esses processos para não utilizar 100% da minha CPU. E eu não quero respostas dizendo usar o utilitário cpulimit para provisionar a quantidade de CPU para esses processos. Eu acho isso um problema central no Ubuntu, estou esperando soluções reais para o problema.
O que eu tentei até agora é,
Removendo os PPA's adicionados, exceto os PPAs oficiais para verificar atualizações. Isso não deu certo!
Anexou uma captura de tela da tela htop desses processos.
Teve um problema semelhante.
Como a outra resposta mencionada - é possível determinar o problema olhando /var/log/syslog .
Dentro do meu log, o gnome-settings informava o seguinte:
(gnome-settings-daemon:3584): dconf-CRITICAL **: unable to create file '/home/USER/.cache/dconf/user': Permission denied.
Para corrigir isso, executei o seguinte comando, substitua USER por seu nome de usuário:
sudo chown USER /home/USER/.cache/dconf
Consegui resolvê-lo verificando o syslog ( /var/log/syslog ). Foi logar como louco que não poderia criar o arquivo /home/<my user>/.cache/dconf/user . Quando eu dei a esta pasta as permissões corretas, ela parou de usar essa quantidade de CPU.
Eu tive exatamente o mesmo problema, com os mesmos processos ocupando 100% da CPU. O que funcionou para mim foi atualizar o software no meu Ubuntu (16.04):
sudo apt-get update
sudo apt-get upgrade
Depois disso, reiniciei o meu pc e agora o problema desapareceu.
Problema de permissão para mim.
olhando para:
$ cat /var/log/syslog
(gnome-software: 3812): dconf-CRITICAL **: não é possível criar o arquivo '/home/{user}/.cache/dconf/user': Permiso denegado. dconf não irá trabalhe corretamente.
Executando este comando, o problema foi resolvido.
$ sudo chown {user} /home/{user}/.cache/dconf
Esse problema com fwupd aconteceu comigo hoje em um computador. Eu também tive duas instâncias de gnome-software em execução. Ao todo, 2 CPU foram fixados em 100%.
Para parar rapidamente o caos, eu poderia simplesmente matar esses 3 processos:
ps -ef | less
(find processes in the list, record their PID)
kill <pid1>
kill <pid2>
kill <pid3>
...
(Você também pode tentar killall gnome-software e killall fwupd , só acho perigoso o comando killall ... Caso contrário, em htop você pode usar F9. Antes de confirmar, verifique se o processo correto foi selecionado !)
Agora, o @belacqua nos indicou o seguinte relatório de erros no launchpad:
Eu achei o comentário 18 particularmente interessante:
A pessoa diz que o problema não é reproduzível, mas se você teve problemas com o apt-get (como em atualização / instalação de software), pode ser por causa disso. E, de fato, eu tinha vários arquivos no cache do apt que eram uma porcaria total (isto é, minha conexão com a Internet falhou alguns dias atrás e alguns dos arquivos de cache incluíram um erro HTTP 302 ao invés das listas de pacotes esperadas). interessante porque um bug ainda está lá, mas não devido ao arquivo yaml como especificado lá. No meu caso, não encontrei nenhum arquivo yaml em lugar nenhum.
Eu apostaria que por consertando o apt-get cache , resolvi o problema. Parece que o código já foi consertado há algum tempo. Eu só preciso de uma reinicialização para confirmar que esse uso de 100% da CPU não ocorra novamente.
Pode haver um caso em que não há nada no syslog relacionado ao serviço; nesse caso, você pode simplesmente reiniciá-lo. Para evitar procurar serviços e eliminá-los manualmente, você pode usar apenas systemctl :
sudo systemctl restart fwupd
O mesmo problema comigo, também bloqueia o meu sistema.
Após alterar o proprietário de /home/{user}/.cache/dconf/user , parece normal.