Hace unas horas mi partición raíz se llenó, alejé los archivos y df informa:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 183G 174G 0 100% /
Por lo tanto, debería haber 9GB gratis, pero los informes de disponibilidad son 0 y el uso todavía está al 100%.
Probé como root, por ejemplo
# echo test >a ; cat a
test
funciona como se esperaba; Sin embargo, como usuario normal, sigo recibiendo el error:
$ echo test >a ; cat a
bash: echo: write error: No space left on device
El directorio de inicio raíz donde realicé la prueba positiva y mi directorio de inicio están en la misma partición. La entrada fstab es:
/dev/hda1 / ext3 noatime,defaults,errors=remount-ro 0 1
estoy con bob, prueba df -i, si tienes un montón de crontabs de salida incorrecta, por ejemplo, tu directorio / var / spool / clientmqueue / puede llenarse
fuente
Echa un vistazo a INODES también. En una instalación "vainilla", si tiene muchos archivos pequeños, pueden consumir inodos, pero no espacio. Verás que tienes espacio disponible, pero como tus inodos están llenos, no podrás usar este espacio.
fuente
"De manera predeterminada, cada sistema de archivos en Unix tiene un espacio reservado para el superusuario (root). Esto significa que ningún usuario regular de Unix puede llenar su sistema de archivos hasta el 100%, por lo que siempre tendrá suficiente espacio libre para continuar la función normal". "
Desde: http://www.unixtutorial.org/commands/tune2fs/
fuente
Otra cosa para verificar es ver si hay archivos abiertos en ese sistema de archivos (especialmente registros). Eliminar archivos no despejará el espacio en el disco hasta que el archivo esté realmente cerrado.
fuente
Apostaría $ 1 a que Clyde tiene la respuesta. Un proceso tiene un archivo abierto en ese dispositivo. En Linux, el archivo no se elimina realmente hasta que el proceso que lo mantiene abierto lo suelta.
Yo comenzaría con:
lsof | grep hda1
fuente