Arquivos excluídos que não aumentam o espaço livre disponível conforme relatado por df -h

0

Estou escrevendo scripts munging de dados (python e bash) para armazenar dados e importar grandes quantidades de arquivos de texto para um banco de dados.

Atualmente estou na fase de teste, então estou gerando vários K's de arquivos e excluindo-os (os arquivos consomem cerca de 20G de espaço). Depois de um teste, eu apago os arquivos (às vezes sem ter importado para o banco de dados).

Noto que há uma diminuição constante na quantidade de espaço livre no meu disco (conforme relatado por df -h ). Eu não entendo isso, como eu uso o rm * (no diretório de dados), e nos casos em que eu uso o Nautilus, eu também esvazio a Lixeira.

Da mesma forma, noto que quando importo os dados para o banco de dados (postgresql) e excluo os dados das tabelas usando DELETE FROM tablename; , o tamanho consumido no diretório de dados postgresql também não diminui.

Atualmente, eu perdi aproximadamente 200G do disco rígido, e preciso recuperar isso - mas não sei o que fazer para recuperá-lo - alguma idéia?.

Estou executando o Ubuntu 10.0.4 LTS + postgresql 8.4

[[Atualizar]]

du -c / | 2>/dev/null | grep total produz esta saída:

4   /usr/src/linux-headers-2.6.32-38-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-41-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-36-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-30-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-35-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-31-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-27-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-28-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-40-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-34-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-37-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-33-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-39-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-29-generic/include/config/mtdram/total
4   /usr/src/linux-headers-2.6.32-32-generic/include/config/mtdram/total
187426036   total

df -hi produz esta saída:

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1                29M    1.8M     27M    7% /
none                    491K     776    490K    1% /dev
none                    492K       6    492K    1% /dev/shm
none                    492K      76    492K    1% /var/run
none                    492K       2    492K    1% /var/lock
none                    492K       1    492K    1% /lib/init/rw
/dev/sdb1                30M    3.0K     30M    1% /mydata
/dev/sdc1                  0       0       0    -  /media/Cruzer
    
por Homunculus Reticulli 04.07.2012 / 09:54

1 resposta

0

Por favor, mostre a saída de du -c / | grep total e df -hi para julgar onde o espaço foi. Além disso, consulte este post sobre Descarregando o cache do Postgresql .

EDITAR : você pode querer aspirar e reindexar o banco de dados ou fazer o dump e restaurar. O tamanho crescente em muitas operações de DELETE é um recurso, não um bug, do Postgresql. Veja aqui .

    
por dotancohen 04.07.2012 / 10:19