Alguns dias atrás, percebi que minha máquina Ubuntu não carregava após o login. Depois de pesquisar em um liveCD, percebi que meu disco rígido tinha 100% de capacidade, então apaguei alguns arquivos grandes e consegui efetuar login. Não tinha mais permissões de sudo e tive que inicializar no modo de recuperação e alterar os sodoers , mas acabou recuperando as permissões de root.
Percebi então que minha máquina estava um pouco lenta e top
estava mostrando o cupsd usando 100% da CPU. Eu nunca vi esse programa antes, mas logo percebi que era um programa legítimo.
Excluí cerca de 40 GB de vídeos, apenas para ver meu espaço em disco esgotar quase instantaneamente diante dos meus olhos. Com um pouco de pesquisa e intuição, percebi que poderia ser um arquivo de log sendo explodido e, com certeza, ls -lh /var/log/cups/
me mostrou um arquivo error_log com 80 GB ou mais.
Excluí o arquivo sudo rm -rf /var/log/cups/error_log
, encerrei o serviço sudo service cups end
e iniciei meus negócios. Percebi depois que seria uma boa ideia verificar o conteúdo de error_log antes de excluí-lo, mas queria me livrar da coisa antes de ser bloqueado novamente.
Isso foi ontem. Hoje, iniciei meu laptop novamente e vi o cupsd rodando novamente a 100% da CPU, e com certeza vejo o meu espaço em disco esgotando. Parei o serviço e executei tail -f /var/log/cups/error_log
, e existem milhões de linhas disso:
W [15/Jul/2015:11:23:03 -0700] Notifier for subscription 911 (dbus://) went away, retrying!
E [15/Jul/2015:11:23:03 -0700] File "/usr/lib/cups/notifier/dbus" has insecure permissions (0100777/uid=0/gid=0).
== EDIT ================================================= ==================
ls -l /usr/lib/cups/notifier/dbus
mostra permissões e propriedade como -rwxrwxrwx 1 root root
deveriam -rwxr-xr-x 1 daemon root
, conforme descrito nos comentários. sudo chown root:root /usr/lib/cups/notifier/dbus
também não resolveu os problemas de propriedade.
Finalmente, removi e reinstalei os copos, mas sem sucesso. Esses links foram dados como guias potencialmente úteis ( acidentalmente chmod -R on / , restaura as permissões de chown ), mas acabam resultando em uma reinstalação do próprio sistema operacional.
fonte
ls -l /usr/lib/cups/notifier/dbus
? Eu tive um problema semelhante há muito tempo e a única maneira fácil de resolver era para desativar CUPS ... (sem imprimir então)-rwxr-xr-x
(que são as permissões na minha instalação do Ubuntu 14.04) , para que você possa corrigir o problema executandosudo chmod 755 /usr/lib/cups/notifier/dbus
(e reiniciando CUPs ou o computador).-rwxr-xr-x
no entanto, após a reinicialização do cupsd, ainda é executado a 95% + e a criação de um grande arquivo error_log (embora aparentemente não tão rapidamente?).Respostas:
Para o Ubuntu 15.10, o que funcionou para mim foi:
(Se você não conseguir parar os copos, tente):
Obtenha o ID do processo (pid) da saída e:
fonte
No Debian 9
usuário @ máquina:
sudo su
root @ máquina:
e salve meu log e minha cpu
fonte
simplesmente fiz isso, está funcionando para mim:
1)
sudo chmod 755 /usr/lib/cups/notifier/
2)
ll /usr/lib/cups/notifier/
3)
sudo /etc/init.d/cups restart
pronto !!!
fonte
Não posso comentar, portanto, isso está na forma de uma resposta:
pode ajudar, agora que você tem as permissões corretas. Quem é o usuário 1 no seu sistema? Se você não souber como as permissões / propriedade do arquivo foram alteradas do padrão, o problema pode ser a ponta de um iceberg. Nesse caso, é recomendável reinstalar.
fonte
-rwxrwxrwx 1 root
em vez de,-rwxr-xr-x daemon root
sugere arquivos de sistema corrompidos ou ausentes. O usuário do daemon, 1, não está associado a um nome em / etc / passwd.id daemon
gives meuid=1(daemon) gid=1(daemon) groups=1(daemon)