Qual é a causa do root ser 100%?

Question

Eu tenho um laptop Ubuntu com 5 anos de idade. Ele está rodando 12.04 LTS e nunca me deu muito, nem nenhum problema. Ontem à noite durante a atualização, um analisador de disco apareceu e disse que eu tinha muito pouco espaço. Estava correto.

Desde então, tenho limpado manualmente os kernels antigos e seus arquivos relacionados em / boot. Estou abaixo de 95% para 89%. Eu olhei em / var / spool e limpei muitos, mas não grandes, arquivos em spool que nunca foram impressos há muito tempo. O analisador de disco apenas aponta para root em 100%, mostrando / usr a 45% e um gotejamento para todo o resto, incluindo / home.

Eu verifiquei com o Synaptic. Eu não tenho pacotes grandes instalados como o apache ou o mysql. O que mais poderia estar enchendo o disco e como devo abordar a limpeza que não seja uma instalação de força bruta?

Estou usando este script

#!/bin/bash

ORPHANS='deborphan'
if [ ! -z "$ORPHANS" ]; then
    dpkg --remove $ORPHANS
fi

PURGES='dpkg --list | grep ^rc | awk '{ print ; }''
if [ ! -z "$PURGES" ]; then
    dpkg --purge $PURGES
fi

que eu encontrei aqui .

No entanto, isso só levou a raiz a 88%, e a adição do deborphan adicionou 1%, quando precisei instalá-lo.

    

Answer 1

Se você tiver várias partições, primeiro não se preocupe em limpar partições não completas. Concentre-se no que está cheio.

Você pode df -h /some/dir verificar se a partição que contém / some / dir está cheia ou não (é claro que pode haver outra partição montada abaixo dela. Se for o caso, leve isso em consideração)

Você também pode procurar os maiores dirs, classificando o tamanho de cada dirextory: como root, faça um df -kS / | sort -n e seja paciente ... (como sort precisa de toda a saída antes de ordenar, você verá tudo assim que o du termina) ( du -kS difere de du -ks : ele não conta subdiretórios, então ajuda a identificar o diretório exato contendo os arquivos maiores. Funciona com gnu du, pelo menos.)

Outra maneira: como root, find -type f -size +100000 -ls | sort -k7,7n para encontrar os maiores arquivos, emitindo apenas o maior (mais de 512x100000 = 51Mb) (já que o tamanho arg está em 512 bytes (o tamanho padrão do bloco)). O número 7 em espécie é ordenar no 7º campo. Ajusta se o tamanho está em outro campo (eu faço isso da memória, estou viajando ...) ( -k7,7n diz ao ordenador para ordenar numericamente "do 7º ao sétimo campo", pois assim os campos de ordenação ordenam entre o 7º e o último , que normalmente não poderia ser o que você quer ...)

    

Answer 2

O local mais provável para investigar é /var/log/ . Lembro-me de uma vez em que logrotate não estava configurado para lidar com todos os arquivos de log relevantes.

Comece com du -sh /var/log/* para ver se há um diretório "enorme" lá.