Entendo que, por padrão, os sistemas de arquivos recém-criados serão criados com 5% do espaço alocado para raiz. Eu também sei que você pode alterar o espaço definido com:
tune2fs -m 1 /dev/sdXY
No entanto, estou curioso sobre qual é o objetivo real desse espaço reservado. Serve para algum propósito prático que, em algumas circunstâncias, merecesse mais de 5% de espaço?
A razão pela qual me deparei com essa pergunta é que construímos recentemente um armazenamento de arquivos de 1 TB e não conseguimos entender por que um df -h nos deixou com 5% de nossa capacidade.
filesystems
root
disk-usage
suitsupgeek
fonte
fonte
Respostas:
Economizar espaço para processos raiz importantes (e possíveis ações de resgate) é um dos motivos.
Mas tem outro. O Ext3 é muito bom em evitar a fragmentação do sistema de arquivos, mas quando você fica acima de 95%, esse comportamento cai do precipício e, de repente, o desempenho do sistema de arquivos se torna uma bagunça. Portanto, deixar 5% reservado oferece um buffer contra isso.
O Ext4 deve ser melhor nisso, conforme explicado pelo desenvolvedor / guru de sistema de arquivos Linux Theodore Ts'o :
fonte
Se você permitir que outras pessoas façam logon no seu sistema, via ssh, por exemplo, ter esses 5% de blocos reservados garante que os usuários externos não possam preencher o disco. Mesmo que você não permita que outras pessoas efetuem login no seu sistema, os blocos reservados impedem que programas não executados como root preencham seu disco.
fonte
Com os blocos reservados, os usuários e os serviços que estão sendo executados como usuários específicos, em vez de executados como root, não podem preencher um arquivo de repositório de arquivos e potencialmente quebrar outras coisas que precisam ser gravadas no referido sistema de arquivos - embora os serviços executados como root ainda possam torná-lo completamente cheio, é claro.
Também oferece espaço para trabalhar quando os usuários reclamam que o disco está cheio ou os serviços começam a falhar porque o sistema de arquivos está cheio. Por exemplo, você pode arquivar alguns arquivos nos arquivos zip / gz / 7zip antes de removê-los (embora se o sistema de arquivos estivesse completamente cheio, é provável que você tenha outro sistema de arquivos disponível para criar o arquivo).
5% é o padrão há muito tempo, desde quando os discos eram muito menores (dezenas de megabytes em vez de centenas de gigabytes), então 5% não era tanto assim. Felizmente, pode ser facilmente ajustado para uma porcentagem menor, como você diz, ou definido para um número específico de blocos, se você usar
tune2fs
a-r
opção em vez de-m
. Em ambos os casos, você pode dar um parâmetro de 0 a transformar a reserva por completo - Eu não faria isso por/
,/tmp
,/var
e assim por diante, mas você pode querer para um sistema de arquivos que só atua como armazenamento de usuário (digamos, um file- mundial compartilhamento) ou um arquivo que apenas contenha arquivos de tamanho fixo (como VMs de tamanho fixo) que só crescerão quando você criar um novo.fonte
O padrão de 5% é destinado a partições do sistema. Por exemplo, se o espaço em disco ficar cheio, os logs do sistema (
/var/log
) e a caixa de correio raiz (/var/mail/root
) ainda poderão receber informações importantes. Para uma/home
partição de armazenamento de dados ou geral, não é necessário deixar espaço para o root. Para necessidades especiais, você pode alterar o usuário que recebe o espaço de emergência (tune2fs -u 1234
).Há outra razão para não permitir que um sistema de arquivos ext [234] fique cheio, que é fragmentação .
fonte