Não tem nada de errado no /var/log crescer assim. O de algumas máquinas lá do serviço chega a 50G. Mas são servidores que carregam uma rede de 600 máquinas nas costas, rodando 24x7 há vários anos.
Realmente há arquivos que podem ser apagados --- meu irmãozinho selvaking já deu a dica, apague os arquivos "*.1", "*.2", etc., que são logs antigos. Se for um servidor corporativo, não apague; ao contrário, jogue esses arquivos num CD ou DVD, pq pode ser que vc precise consultar um log antigo, até por questão legal.
Se você não quer deixar que isso aconteça de novo, procure o diretório /etc/logrotate.d, lá há vários arquivos com as instruções de rotação dos logs.
[Rotação dos logs é esse processo que de vez em quando pega os arquivos de log e renomeia pra "log.1", "log.2", etc. Agora o pulo do gato...
]
P.ex. este é o arquivo /etc/logrotate.d/rsyslog da minha máquina:
/var/log/syslog
{
rotate 7
daily
missingok
notifempty
delaycompress
compress
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
rotate 4
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
Então, observe se na sua máquina há essas diretivas "compress" e "delaycompress". A primeira faz com que ao rotacionar o arquivo, ele seja compactado. A segunda faz com que só a partir da segunda rotação a compressão seja efetivada, o que facilita a consulta dos logs recentes.
Mas numa máquina que tem muita movimentação de log, por excesso de serviço, pode ser que vc não possa se dar ao luxo de manter o primeiro log descompactado. Sem problema --- basta desativar a diretiva "delaycompress", colocando um "#" no início da linha, ou ainda apagar a diretiva.