Problema: Depois de várias horas investigando o motivo que consumiu meu espaço em disco e o trouxe para zero, percebi que era devido à alteração da permissão no diretório raiz (não consigo me lembrar da nome exato do diretório raiz). Lembro-me de renomear um arquivo em um diretório raiz alterando a permissão recursivamente usando a opção chmod -R (para o diretório /usr/bin/ ). Eu encontrei o arquivo que comeu o meu espaço usando esta resposta , que mostrou o seguinte:
631G em /var/log/cups/error_log.1 e
110G em /var/log/cups/error_log
Devido a zero de espaço em disco, não consigo reinicializar, por isso não consigo fazer o login no sistema, exceto para recuperação. Esse problema é um pouco semelhante a esta sugestão , exceto que não posso implementar essa sugestão por falta de sudo privileges, que é provavelmente relacionado a permissões.
Pergunta: Eu tentei excluir os arquivos de log de erro acima, mas isso não será permitido porque o comando sudo foi danificado. Acredito que esse problema esteja relacionado ao problema de permissão insegura que resultou na criação de um arquivo de log discutido acima. O erro que me impede de usar o sudo diz o seguinte:
/usr/bin/sudo must be owned by uid 0 and have the setuid bit set
Eu tentei algumas sugestões para restaurar privilégios de sudo (por exemplo, this , este e isso ), mas não ajudou .. Basicamente, ele não pode implementar aqueles sugerindo que a operação não é permitida. Estou usando o terminal através do modo Alt+F2 quando tento reinicializar.
Gostaria de excluir esse log de erros e poder usar meu sistema normalmente novamente sem problemas.
Eu fiz algumas pesquisas durante várias horas e mostra duas abordagens
Abordagem 1 : Embora este pergunta com problema semelhante fornece algumas sugestões, por exemplo para parar o cups , excluir o arquivo de log, etc., mas eles não estão funcionando para mim, como expliquei anteriormente porque meu sudo não está funcionando.
Abordagem 2 : Este problema ocorreu depois que eu mudei a permissão para o diretório /usr/bin/ , então pode ser necessário reverter as permissões. Esta questão está em uma linha similar, mas não posso dizer se a resposta é útil.
EDITAR
Eu deletei o arquivo grande do shell de raiz no modo de recuperação e tentei parar os cups usando a sugestão da abordagem 1 para que o arquivo de log de erros não aumente de tamanho novamente. Eu fiz isso porque nenhum dos comandos sugeridos pelas respostas poderia ajudar a reverter as permissões, então quando eu entrei no sistema operacional, o arquivo de log de erro começou a aumentar. Por causa disso eu tive que parar os copos do modo reocvery novamente. No entanto, depois de fazer essas coisas, ainda não consigo acessar o sudo e recebo o mesmo erro descrito acima na pergunta. Um problema é resolvido, que é excluir o arquivo que consumiu meu espaço, mas o outro problema importante de reverter as permissões não é resolvido. Além disso, uma vez que eu reiniciei os cups, o arquivo está aumentando de tamanho novamente (já 3.5G em poucos min) com os seguintes comandos:
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
EDIT 2
A seguir, minha saída de $ ls -al /usr/bin/su*
-rwxr-xr-x 1 root root 136808 Jul 4 03:37 /usr/bin/sudo
lrwxrwxrwx 1 root root 4 Jul 4 03:37 /usr/bin/sudoedit -> sudo
-rwxr-xr-x 1 root root 47680 Jul 4 03:37 /usr/bin/sudoreplay
-rwxr-xr-x 1 root root 39672 Mar 2 2017 /usr/bin/sum