Você provavelmente tem um arquivo que foi excluído, mas o descritor de arquivo ainda está aberto por um processo.
Dê uma olhada em lsof | grep deleted
Em uma máquina recém-criada, sua partição raiz ext4 supostamente está sem espaço.
Ao somar todos os arquivos na partição, o espaço total usado não está próximo do espaço usado, conforme observado por df. inodes estão suficientemente disponíveis e o espaço reservado é definido como 3%, não há montagens de ligação no espaço de nomes ou assim.
> df /
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda2 6061632 5900308 0 100% /
> df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 5,8G 5,7G 0 100% /
> find / -mount -type f -exec du {} + | sort -r -h | awk '{SUM += $1} END {print SUM}'
1312200
> df -i /
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/xvda2 393216 134814 258402 35% /
update:
não há identificadores abertos e a ocupação 'sobreviveu' a uma reinicialização
> lsof | sort -n -k7,7 | tail -n 2
sort 1162 root mem REG 202,2 99164480 19610 /usr/lib/locale/locale-archive
tail 1163 root mem REG 202,2 99164480 19610 /usr/lib/locale/locale-archive
Estou procurando uma maneira de ocupar o espaço (e como)?
solução:
A pergunta anterior é da opinião de @ michael-hampton Disco cheio, du diz diferente. Como investigar mais? resolvi meu problema: Eu tinha uma montagem nfs em um caminho em / opt - enquanto os 4.4GB de arquivos montados no disco estavam "ocultos" do namespace e não eram visíveis. Depois de desmontar todos os sistemas de arquivos remotos, consegui identificar esses arquivos.
Você provavelmente tem um arquivo que foi excluído, mas o descritor de arquivo ainda está aberto por um processo.
Dê uma olhada em lsof | grep deleted
Se estiver cheio, as gravações em novos arquivos falharão com um erro.
Tente uma ferramenta de uso de disco baseada em árvore, como ncdu . Você pode ver os maiores diretórios em todos os níveis da hierarquia.
Tags ext4 linux filesystems partition