Por que o espaço disponível no meu $ HOME está diminuindo?

Question

Meu sistema operacional é o Ubuntu 12.04. Como mostra o Monitor do Sistema, "grátis" para o meu $ HOME é de 1.6GiB, mas "Disponível" é de 222.7 MiB e está a diminuir lentamente de cerca de 750 MiB ontem. Não estou ciente de que estou adicionando mais dados a $ HOME.

Então, eu gostaria de saber

• como descobrir o motivo que faz com que, por exemplo, haja algum aplicativo em execução que esteja usando o espaço de $ HOME como local de armazenamento temporário e, portanto, possa ser liberado?

• como descobrir qual diretório ou arquivo está aumentando seu tamanho?

Para Ignacio

~/.xsession-errors é apenas 21330862 bytes. Alguns de seus últimos conteúdos são

> ** (zeitgeist-datahub:2116): WARNING **: recent-manager-provider.vala:133: Desktop file for
> "file:///windows-d/academic%20discipline/study%20objects/areas/formal%20systems/logic/generalize%20to%20when%20inference%20is%20uncertain/uncertainlize%20deductive%20logic/statistics/general/Kalbfleisch/vol2/all.djvu"
> was not found, exec: plugin-container, mime_type: image/vnd.djvu
> 
> ** (zeitgeist-datahub:2116): WARNING **: recent-manager-provider.vala:133: Desktop file for
> "file:///windows-d/academic%20discipline/study%20objects/areas/formal%20systems/logic/generalize%20to%20when%20inference%20is%20uncertain/uncertainlize%20deductive%20logic/statistics/general/Montgomery/prob%20and%20stat%20in%20Eng/4ed.pdf"
> was not found, exec: plugin-container, mime_type: application/pdf

Para Karlson

$ df -kh
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda7        21G   15G  4.8G  76% /
udev            949M   12K  949M   1% /dev
tmpfs           383M  988K  382M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            956M  184K  956M   1% /run/shm
/dev/sda2        71G   47G   24G  68% /windows-c
/dev/sda3       110G  101G  9.9G  92% /windows-d
/dev/sda6        27G   26G  223M 100% /home
/dev/sda1       1.2G  658M  543M  55% /media/SYSTEM_DRV

    

Answer 1

Você tem que aplicar alguma ciência para isso. Como /home está em um sistema de arquivos separado, você deve começar a executar verificações onde o espaço realmente está:

cd $HOME
cd ..
sudo du -skh .[!.]* *

Que lhe dará os maiores usuários do sistema de arquivos. Em seguida, você detalha cada um dos usuários do sistema e repete:

sudo du -skh .[!.]* *

Que, eventualmente, fornecerá a você os arquivos ou os diretórios de nível inferior com o maior uso, o que pode precisar ser limpo.

Além disso, há ocasiões em que você executa o sistema para remover arquivos de log que ainda estão abertos, o que criará arquivos "fantasmas" que ocuparão espaço enquanto o processo estiver em execução. Mas assim que acabar o espaço será liberado você pode usar:

lsof | sort -n -k7

Você pode jogar com lsof opções para ter a formatação correta e ver o (s) maior (s) arquivo (s).

    

Answer 2

Verifique se lsof -s | grep deleted não está exibindo algo em /home que foi excluído.

Se for, apenas mate o pid de acordo com o qual lsof -s output (a segunda coluna é pid), então delete o arquivo de acordo com o inode dado (inode sendo a 8th coluna de lsof -s ) fazendo find . -inum inode_number -exec rm -i {} \; .

Isso poderia acontecer se você estivesse registrando algo ou executando um tail -f em um arquivo e, em seguida, o removesse.

    

Answer 3

Descobri que um dos meus aplicativos GUI estava gerando gigabytes de erros e enviando-os para o stderr, que sob X vai para ~/.xsession-errors . Faça um tail -f para ver se está explodindo.

    

Answer 4

Enquanto du e amigos estiverem à mão na linha de comando, às vezes é útil usar aplicativos GUI para visualizar facilmente o problema.

Eu sugiro que você dê uma olhada no Analisador de Uso de Disco do GNOME para ter uma idéia de onde a maior parte do espaço está sendo consumido. Obviamente, isso pressupõe que você tenha uma área de trabalho GNOME em execução (a unidade funciona bem também).

Se você estiver em união, abra a lente de pesquisa e comece a digitar "disco" e o utilitário deverá aparecer.