Posso apagar arquivos / var / log devido ao baixo espaço de raiz?

Question

Acabou de receber a mensagem:

  

Pouco espaço em disco. 2 GB restantes

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

É seguro excluir o arquivo de log ou, por favor, informe sobre o procedimento de segurança correto para limpá-lo sem bagunçar o sistema. Eu presumo que pode ser ok, mas gostaria de algumas outras opiniões antes de fazer a tarefa de excluir.

    

Answer 1

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 registros são gerados automaticamente, até mesmo essa desvantagem é de curta duração.

A maioria dos registros é excluída automaticamente (após ser girada por compactação e renomeação, e mantida por um tempo nesse formato arquivado). Se você tem um log que é expandido mais rápido do que o Ubuntu está excluindo, é improvável que você tenha problemas ao excluí-lo manualmente.

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

    

Answer 2

Gostaria de acrescentar 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 apache2 . Aparentemente, o apache não / não pode recriar os diretórios de log e, portanto, não pode gravar arquivos de log e isso aparentemente pode causar falhas.

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

    

Answer 3

Além do meu post original, achei mais fácil usar o BleachBit (no Root) para limpar todos os logs antigos do 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, DEAD!' Eu recuperei mais de 1.6Gig no espaço. Se você encontrar log similar, problemas, então confira o utilitário BleachBit do Ubuntu Software Resource ou Synaptic Package Manager.

    

Answer 4

Eu sei que isso é antigo, mas também o software com o qual estou trabalhando ultimamente. Eu precisava instalar uma versão antiga do Android Studio e estava ficando estranho quando lançado por um usuário padrão. Então, eu estava experimentando rodar com a raiz GKSU. Dentro de algumas horas de jogar todo o meu disco rígido tinha ido embora. WTF Bem, os arquivos ofensivos eram arquivos de log em / var / log. Então eu lancei o nautilus GKSU e fui dar uma olhada. Ele tinha feito arquivos de log 3x 30gb que eu prontamente excluía desde que eu sabia de onde e de onde eles vieram. Então, enquanto eu entendo os riscos de executar as coisas como root, talvez isso ajude alguém a descobrir um problema.

    

Answer 5

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

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

Estes podem ser enormes e serão recriados na primeira vez que o sistema quiser escrever para eles.

Ao usar o rsync, eles não só economizarão espaço em disco como também acelerarão o backup.