Mais blocos livres do que reservados, mas ainda assim eu recebo “sem espaço no dispositivo”

5

Como você vê nessa saída dumpe2fs -h (cortou o final, deixou a cabeça no caso de algo ser importante), eu tenho mais (cerca de 86.000 mais, na verdade) 'Blocos grátis' do que são reservados, mas recebo um Erro "sem espaço no dispositivo", mesmo para um pequeno arquivo minúsculo (fazendo eco de algo em um arquivo para teste).

Colora-me perplexo.

dumpe2fs 1.41.12 (17-May-2010)
Filesystem volume name:   
Last mounted on:          
Filesystem UUID:          b7d8fde6-faa4-4c13-b310-32f302cc6db6
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              9707520
Block count:              38808000
Reserved block count:     1940400
Free blocks:              2026361
Free inodes:              9583170
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1014
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
    
por Jürgen A. Erhard 05.02.2011 / 22:27

3 respostas

3

Sua partição de 160 GB está 94.78% cheia e seu sistema de arquivos está usando o valor padrão para o bloco reservado (5%).

Você tem apenas 0,22% do seu disco disponível (~ 40 MB). Não há muito sentido em tentar entender por que um arquivo minúsculo causa um disco cheio com tão pouco espaço disponível.

Seu sistema pode estar ao mesmo tempo criando arquivos de log ou temporários que preenchem esse espaço. Journaling também pode desempenhar um papel aqui. ou seja, seu arquivo minúsculo não é escrito diretamente, mas por meio de um local intermediário que pode exigir espaço extra.

    
por 26.02.2012 / 10:34
2

Você provavelmente está com problemas no disco. Inicialize no modo de usuário único ou no modo de recuperação e execute fsck na (s) partição (ões) afetada (s).

    
por 10.02.2011 / 18:01
0

Por favor, verifique o número de inodes disponíveis com

df -i /FILESYSTEM-IN-QUESTION

Se você está ficando sem inodes você precisa encontrar o mazy de arquivos sinuosos e pequenos que estão enchendo o tabela de inode e consolidá-los

Se, por exemplo, você tivesse 9 milhões de arquivos em / tmp, isso poderia causar o problema.

    
por 26.02.2012 / 01:34