Como faço para parar /var/log/kern.log.1 de consumir todo o meu espaço em disco?

9

Eu tenho um disco rígido de 80 GB sem partições. Um dia, percebi que havia perdido a maior parte do meu espaço livre em disco. Descobri que /var/log/kern.log.1ocupa 25 GB de espaço e não há opção de exclusão para esse arquivo.

Aqui está uma captura de tela do problema:

20130110-125652

Eu sou novo no Ubuntu / Linux. Por favor ajude. Obrigado.

kernel syslog

— Abhishek Prakash
fonte

Qual o tamanho dos outros arquivos kern.log nesse diretório? O kern.log.1único arquivo grande é?

— QBI

sim kern.log.1 é o arquivo somente grandes, outros estão na gama de alguns mb

— Abhishek Prakash

Em geral, pode ser salvo excluir o arquivo como @elias sugerido. No entanto, um registro tão grande é geralmente uma dica de que existe ou houve um problema. Portanto, você deve monitorar se o seu sistema produz um arquivo tão grande novamente. Se sim, você deve procurar no arquivo.

— QBI

7

Você deve remover esse arquivo, pois é um log já rotacionado. Como você precisa de permissões de root para fazer isso, não terá uma opção na GUI para excluir esse arquivo.

Você pode fazer isso na linha de comando:

sudo rm /var/log/kern.log.1

Cada vez que você inicializa, os arquivos de log serão criados e rotacionados novamente, portanto, você deve provavelmente observar os próximos tamanhos de arquivo kern.log. *. Relatório de bug relacionado no Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— elias
fonte

4

syslog

Para evitar arquivos de log excessivamente grandes no futuro, edite /etc/logrotate.confpara limitar o número e o tamanho dos arquivos de log. Veja man logrotatepara mais informações.

systemd

Para configurar o diário Systemd, edite /etc/systemd/journald.conf. Veja man journald.confpara mais informações.
Para obter informações sobre o journalctluso básico , consulte systemd: Usando o diário .
Para obter informações sobre como reduzir o tamanho do diário Systemd, consulte Logs Systemd ( journalctl) são muito grandes e lentos .

— xiota
fonte

1

Ou desative o syslog e use o diário. As coisas estão indo nessa direção, é apenas uma questão de tempo.

— Metta Crawler

1

kern.log.1 é apenas um dos muitos arquivos de log do kernel.

Juntos, eles e o messages.log.xgrupo podem ocupar muitos Gb. O restante dos arquivos de log no diretório ocupa cerca de 1% do total, portanto não é necessário tentar limpar em massa o diretório de log. Pode até ser prejudicial ao seu sistema ..

Para recuperar que 99%, aqui estão dois comandos que farão o truque, excluindo os arquivos com vários GB desnecessários:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

Esses arquivos serão criados novamente na primeira vez em que forem necessários.

Para responder à sua pergunta especificamente: Você pode configurar um trabalho cron para excluí-lo a cada meia-noite ou uma vez por semana, o que ocorrer.

Eu os uso mais

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

para meu rsyncbackup à meia-noite do SSD primário / dev / sda para o HDD / dev / sdb maior. Economiza espaço e eles são desnecessários em qualquer tipo de cenário de restauração.

— SDsolar
fonte

1

Não é verdade que esse comportamento seja incorporado ao Linux. O kernel Linux apenas grava essas mensagens de log em buffers internos (na memória) para os aplicativos de espaço do usuário acessarem. É um daemon syslog que extrai esses logs e os grava em / var / log. Esse daemon pode muito bem ser configurado ou mesmo desligado completamente.

— Dreamer

Ponto bem tomado. Existem muitas mensagens de log que são necessárias para desenvolvedores avançados, então não sugiro desligá-lo completamente. Executo um rsyncbackup noturno do SSD / dev / sda para o HDD grande / dev / sdb e, para fazer o melhor uso do espaço, faça-o conforme descrito acima, além disso, rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nulljá que nenhum deles é necessário no cenário de restauração .

— precisa saber é o seguinte

1

Normalmente, eu executo esses dois comandos a seguir antes da reinicialização: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deletee find /var/log/ -type f -exec truncate -s 0 {} \;isso limpa todo o / var / log sem remover os arquivos principais, porque alguns arquivos não são gerados automaticamente novamente.

— Videonauth 8/17/17

1

Depois de descobrir que os arquivos syslog e kern.log estavam aumentando, fiquei sem espaço em disco. O gerenciador de espaço em disco me mostrou que a /var/logpasta estava ocupando muito espaço. Quando eu executei o comando

tail -15 syslog

Encontrei erros repetidos. Os arquivos syslog e kern.log também receberam 19 e 32 G, respectivamente. (comando para uso do disco: du -h filename-h para legibilidade humana).

A exclusão desses arquivos é segura, pois eles serão recriados pelo sistema. Mas se você precisar de um registro de semanas antes, não faça, pois eles não são duplicados.

Nota (apenas sugestão):

1) Se você não conhece o sistema de arquivos linux, este é o bom link: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Mais informações sobre arquivos de log: https://help.ubuntu.com/community/LinuxLogFiles

Passar por esses links limpará muitos conceitos.

— Delsilon
fonte

Obrigado, muitas informações úteis para um iniciante em Linux como eu. A informação está lá fora ... encontrar o problema!

— B.Tanner

Encontrá-lo também é um problema. Se você pesquisar no Google a documentação do sistema de arquivos Linux, ela também não mostra a documentação acima. É visível apenas quando você digita a documentação da visão geral da árvore do sistema de arquivos linux. Encontrar a palavra-chave certa para pesquisar no Google é muito difícil para mim. Curiosamente, eu também sou um novato;)

— Delsilon

Muitos e muitos outros artigos interessantes no diretório pai do link acima, ie. help.ubuntu.com/community Lá vai meu tempo livre para os próximos dias!

— B.Tanner

Realmente cara, eu não olhei para essa coisa. Eu sinto que encontrei algumas coisas douradas. Obrigado por me mostrar essa coisa. Atualmente, estou trabalhando em um projeto totalmente diferente, mas o Linux está comendo o tempo todo.

— Delsilon