Eu tenho uma situação em que o meu sistema de arquivos raiz deve ter muito espaço livre, mas o Debian se comporta como se não tivesse espaço livre. Os usuários não-root ainda se recusam a escrever qualquer coisa reclamando sobre a falta de espaço livre. Ou seja por exemplo:
~$ echo "qwertyu" > test
-bash: echo: write error: Spazio esaurito sul device
(Desculpe pelo idioma, eu mesmo não instalei o servidor. O erro indica "esgotou o espaço livre no dispositivo"). Mas root escreve no mesmo diretório sem reclamações. Além disso, se eu fizer df -h como root eu recebo isso:
/# df -h
File system Dim. Usati Dispon. Uso% Montato su
rootfs 48G 46G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 397M 88M 310M 23% /run
/dev/disk/by-uuid/8063903c-80ad-4f72-81b0-cd67dbd48fc7 48G 46G 0 100% /
tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 100M 0 100M 0% /run/user
/dev/sdb1 99G 9,6G 84G 11% /disk2
Mas as entradas du não se somam:
/# du -sh /* | sort -hr
du: impossibile accedere a "/proc/12905/task/12905/fd/4": File o directory non esistente
du: impossibile accedere a "/proc/12905/task/12905/fdinfo/4": File o directory non esistente
du: impossibile accedere a "/proc/12905/fd/4": File o directory non esistente
du: impossibile accedere a "/proc/12905/fdinfo/4": File o directory non esistente
9,4G /disk2
3,8G /var
3,2G /data
1,6G /usr
277M /opt
130M /root
129M /lib
88M /run
45M /home
18M /boot
7,6M /bin
6,0M /sbin
5,2M /etc
28K /tmp
16K /lost+found
8,0K /media
4,0K /srv
4,0K /selinux
4,0K /mnt
4,0K /lib64
0 /vmlinuz
0 /sys
0 /proc
0 /initrd.img
0 /dev
(Erro diz "Não é possível acessar o yada yada: Nenhum arquivo ou diretório"). Esteja ciente de que / disk2 é uma montagem para outra partição.
Verificar o sistema de arquivos também não ajudou:
/# e2fsck -n /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
Warning! /dev/sda1 is mounted.
Attenzione: essendo un controllo a sola lettura, il journal non verrà ripristinato.
/dev/sda1: clean, 86568/3145728 files, 11666588/12563712 blocks
("Sendo uma verificação somente leitura, o diário não será recuperado", mas eu acho que o "limpo" logo abaixo exclui essa possibilidade).
Alguma ideia do que pode estar acontecendo aqui? Considere que o sistema é executado em uma VM em algum lugar e só posso acessá-lo via SSH.
A única explicação razoável seria que o sistema de arquivos é montado somente para leitura. dmesg | grep -i "\-fs" deve mostrar alguns erros, se for o caso.
Se você estiver em uma VM, o fs pode não estar totalmente acessível a partir de sua VM, tornando-o impossível de corrigir erros de fs dentro de sua VM. Considere entrar em contato com seu provedor para corrigir isso.