Após ler e depois ler um pouco mais, cheguei à conclusão de que os inodes estão ocupando essa quantidade enorme de espaço.
Você pode confirmar isso com a saída tune2fs multiplicando os seguintes valores:
Inode count: 55918592
Inode size: 256
... e isso realmente lhe dará os 13 shows perdidos (14 315 159 552).
No arquivo make2fs.conf você pode ver o seguinte padrão: inode_ratio = 16384
. Multiplicar isso com o número de inodes fornece o tamanho total da partição (916 170 211 328), então é exatamente isso que parece. O número de inodes é calculado por partition size / inode_ratio
.
Enquanto eu leio encolhendo o tamanho do inode não é recomendado, mas o inode_ratio
em si lhe dará um amplo espaço para se mover. A predefinição largefile
cria um inode para cada 1 MByte.
Eu não fui tão longe (nenhum pequeno sistema operacional de arquivos será armazenado nesta partição, mas os downloads e, às vezes, o código-fonte), então acabei com um moderado 128000 . Não tem que ser uma potência de 2, inodes não são um espelho 1-1 dos dados HD (como FAT16), eles são usados de forma mais dinâmica.
Isso (combinado com -m 0
, é claro) levou apenas 2 GB da minha grande partição. Com o qual eu posso viver.
mkfs.ext3 -i 128000 -m 0 /dev/sda4
Isso me deu 9 milhões de inodes (o que limita o número máximo de arquivos e dirs também, que podem ser armazenados no HD). Mas como eu disse anteriormente, nenhum sistema operacional será instalado nele, e considerando a fonte do kernel do Linux contém cerca de 25.000 arquivos, a etapa dos inodes anteriores, de 55 a 9 mill, parece ser um bom compromisso.
Aviso:
Você deve ter cuidado sobre a configuração do inode_ratio, já que seu sistema de arquivos suportará isso para sempre. Você não pode adicionar inodes a uma partição (ext2 ou ext3) depois sem reformatá-la.
Também é não possível apenas encolher a partição e criar uma nova no espaço livre se você ficar sem inodes, pois a diminuição da divisão diminuiria proporcionalmente inodes, então você não pode fazer isso com apenas alguns inodes livres.