Bad Things (TM) pode acontecer se um sistema de arquivos estiver 100% cheio (ou talvez 105% por conta do espaço reservado root
). Casos específicos que tenho visto (embora não sejam para o XFS):
- 100% da partição NTFS completa (tínhamos avisado o usuário para não executar o seu laptop tão cheio, mas eles fizeram por meses ...) acabou com loops do sistema de arquivos assim quando você tentou fazer backup de dados desse disco 300G você poderia preencher um disco 3T ou o que for porque loops.
- Algumas máquinas virtuais linux com quase 100% de discos completos devido a um bug começaram a gravar bits de fim de partição no início da partição, destruindo assim vários bits importantes que por acaso vivem lá.
Então, sim, se houver um bug, você pode acabar com um sistema de arquivos corrompido; como precaução em sistemas de teste ou durante o cozimento, pode-se encher completamente o disco para ver o que acontece. Normalmente, no entanto, a partição só é preenchida e gravada falha sem qualquer sistema operacional ou corrupção do sistema de arquivos (claro que o software aplicativo pode ser Muito Infeliz (TM)) porque os programadores nunca testaram o que acontece quando as gravações falham ... por exemplo, stunnel
parou de processar os dados do aplicativo quando não foi possível gravar logs)
(Existem casos legítimos em que um sistema de arquivos pode ser executado 100% cheio, por exemplo, um banco de dados pode querer todo o espaço, ou é uma partição (principalmente?) somente leitura com escadarias de dados do genoma, etc.)
Caso contrário, normalmente não há proteções em vigor; Geralmente, algum tipo de monitoramento é configurado para avisar quando uma partição está com X% cheia ou mostra uma grande mudança no espaço consumido. Muitas vezes, essas coisas podem ser previstas com base no crescimento ao longo do tempo: é melhor enviar um e-mail para quinta-feira ("partição X atingirá 90% em três dias ...") do que uma página de emergência às 3h de domingo (90 % cheio - erro! erro! erro!).