Posso excluir arquivos / var / log devido ao pouco espaço raiz?

Acabei de receber a mensagem:

Pouco espaço em disco .. 2 GB restantes

A julgar por uma mensagem postada nos fóruns do ubuntu.org, descobri que tenho um arquivo .log /var/logcom 22 GB de tamanho! Minha raiz é uma partição de 82 GB e o Disk Analyzer mostra que o agressor está no log. A raiz do sistema foi instalada há cerca de 8 meses, então, claramente, isso não é bom na criação de um log de 22 GB em uma partição raiz de 82 GB.

É seguro excluir o arquivo de log ou aconselhe-o sobre o procedimento de segurança correto para limpá-lo sem danificar meu sistema. Presumo que esteja tudo bem, mas gostaria de ter outras opiniões antes de executar a tarefa de excluir.

Geralmente, é seguro excluir arquivos de log. A única desvantagem associada a isso é que talvez você não consiga examinar o log, se estiver solucionando algum outro problema posteriormente. Como novos logs são gerados automaticamente, mesmo essa desvantagem tem vida curta.

A maioria dos logs é excluída automaticamente (depois de rotacionada por compactação e renomeação e mantida por um tempo nesse formato arquivado). Se você tiver um log expandido mais rapidamente do que o Ubuntu está excluindo, é improvável que ocorra algum problema ao excluí-lo manualmente.

No entanto, se você tiver um arquivo de log com 22 GB de tamanho, algo muito estranho está acontecendo, e vale a pena investigar isso. Eu recomendo editar sua pergunta novamente para incluir um link para o tópico dos Fóruns Ubuntu do qual você está falando e também para incluir o nome completo do arquivo de log de 22 GB.

Gostaria de adicionar uma palavra de cautela aqui - talvez você possa excluir todos os seus arquivos de log, mas poderá ter problemas se excluir os subdiretórios / var / log. Eu apaguei todos os meus arquivos de log e seus diretórios (rm -r / var / log / *) e ele quebrou minha funcionalidade do apache2 . Aparentemente, o apache não / não pode recriar os diretórios de log e, portanto, não pode gravar arquivos de log, o que aparentemente pode causar falhas.

Ouvi dizer que a exclusão de alguns arquivos de log pode causar problemas, embora eu não tenha nenhuma experiência em primeira mão para apoiá-lo. Mas é claro que eu não tive nenhuma experiência em primeira mão de exclusão de diretório sendo um problema até alguns dias atrás ...

Além do meu post original, achei mais fácil usar o BleachBit (no Root) para limpar todos os logs antigos no meu desktop Ubuntu 12.10; por que eles ficam tão grandes que eu ainda não sei, mas por enquanto o BleachBit 'limpa todos os bits conhecidos, MORTO!' Recuperei mais de 1.6Gig no espaço. se você encontrar problemas semelhantes em log, verifique o utilitário BleachBit no Ubuntu Software Resource ou no Synaptic Package Manager.

Sei que isso é antigo, mas o software com o qual estou trabalhando ultimamente também. Eu precisava instalar uma versão antiga do Android Studio e ela estava executando estranhamente quando lançada por um usuário padrão. Então, eu estava experimentando executá-lo com a raiz GKSU. Poucas horas depois de brincar, todo o meu disco rígido havia desaparecido. WTF? Bem, os arquivos incorretos eram arquivos de log em / var / log. Então, lancei o GKSU nautilus e fui dar uma olhada. Ele criou arquivos de log de 3x 30gb, que eu apaguei prontamente, pois sabia o que e de onde eles eram. Portanto, embora eu compreenda os riscos de executar as coisas como raiz, talvez isso ajude alguém a descobrir um problema.

Se você estiver usando o rsync ou estiver com pouco espaço em disco, dois destinos saborosos serão atendidos por esses dois comandos:

sudo rm /var/log/kern*
sudo rm /var/log/messages*

Eles podem chegar a ser enormes e serão recriados na primeira vez que o sistema desejar gravar neles.

Ao usar o rsync, eles não apenas economizam espaço em disco, mas também agilizam o backup.