Existe uma maneira de dizer ao kernel para devolver o espaço livre em disco agora? Como escrever para algo em / proc /? Usando o Ubuntu 11.10 com ext4.

Este é provavelmente um tema antigo e muito repetido. Depois de atingir o espaço 0, notei apenas quando meu editor não pôde salvar os arquivos de código-fonte que eu abri, que para meu horror agora têm tamanho de 0 byte na listagem de pastas, fui para uma exclusão.

Excluí centenas de MB de arquivos grandes do usuário e da raiz, e também fiz alguns hardlinks.

Pouco antes, apt-get cleanhavia mais de 900 MB em / var / cache / apt / archives, agora existem apenas 108 KB:

# du
108 /var/cache/apt/archives

Uma hora depois, ainda não há espaço livre e não consigo salvar meus preciosos arquivos abertos no editor, mas observe a disparidade abaixo:

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

Alguma sugestão? Desliguei alguns serviços / processos, mas não sei como verificar quem pode estar consumindo ativamente o espaço em disco.

Mais informações

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

Verifique com lsofse há arquivos mantidos abertos. O espaço não será liberado até que seja fechado.

sudo /usr/sbin/lsof | grep deleted

lhe dirá quais arquivos excluídos ainda estão abertos.

Use lsofpara encontrar o arquivo excluído, mas aberto, que ainda consome espaço:

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

Localize a entrada /proc/<pid>/fd/nesse campo correspondente ao tratamento de arquivos:

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

Agora, apenas cat /dev/nullno fd:

cat /dev/null > /proc/3446/fd/128

Observe que o inode ainda está aberto, mas agora tem 0 comprimento

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

dfnão mostrará o espaço reservado para root(mesmo quando executado como root):

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Como alterar "porcentagem de bloco reservado"

1. Reduza o espaço reservado para 4%

   # tune2fs -m4 /dev/sda4

df -h agora mostrou 45 milhões grátis.

2. Salvei meus arquivos rapidamente

3. Coloque de volta para 5%

   # tune2fs -m5 /dev/sda4

No Ubuntu, se você excluiu arquivos usando sua lixeira, é mais provável que seus arquivos não sejam completamente removidos.

Mesmo depois de esvaziar sua lixeira, seus arquivos permanecerão ~/.local/share/Trash/expungedaté depois de uma reinicialização e talvez até mais.

Não encontrei um bom motivo para isso, mas, se ficar sem espaço, sempre manualmente rmos arquivos de lixo eliminados.

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

Explicação: Saída
Grep lsofpara extrair apenas arquivos excluídos. Sed extrair a identificação do processo e a identificação do filedescriptor de cada linha e criar uma string no formato {pid}/fd/{fid}. Enquanto loop e saída nada para cada arquivo, definindo-os como vazio.

Gostaria de saber se syncé de alguma ajuda aqui - mas não deveria ser, como o IIRC na maioria ("muitos"?) Dos sistemas, sistemas de arquivos são sincronizados a cada 30 s.

Eu verificaria o log do kernel (assim dmesg) para descobrir se algo desagradável está acontecendo e correria lsofpara ver se algum arquivo grande e excluído ainda está aberto (na verdade, acho que os arquivos excluídos serão marcados como tal na lsofsaída).

Duas razões (uma delas apontada na pergunta que você vincula) que podem fazer com que os arquivos excluídos não liberem espaço são

• arquivos que não foram realmente excluídos: você excluiu unlink()um arquivo com um link físico em outro lugar (mais precisamente, editou um arquivo com mais de um link)
• arquivos que ainda estão abertos: os arquivos abertos são mantidos em livro usando, bem, arquivos, inodes , não entradas de diretório, se você excluir a entrada, o inode permanecerá lá enquanto ainda estiver aberto.

Mas não sei de um motivo específico para isso acontecer com tantos arquivos ...

O CentOS 6.3 também faz a coisa de não esvaziar a lata de lixo quando você esvazia a lata de lixo. Não consegui encontrar uma maneira de recuperar o espaço até correr rm -rf ~/.local/share/Trash/expunged/. Causou muito coçar a cabeça.