Eliminé un archivo de registro de 2.3GB en mi servidor Ubuntu, y df
no parece estar recogiendo el cambio. ¿Normalmente hay un retraso antes de df
poder detectar que se ha eliminado un archivo grande?
12
Eliminé un archivo de registro de 2.3GB en mi servidor Ubuntu, y df
no parece estar recogiendo el cambio. ¿Normalmente hay un retraso antes de df
poder detectar que se ha eliminado un archivo grande?
Parece que el archivo todavía está abierto por algún proceso. Deberá reiniciar ese servicio para liberar espacio en disco.
sudo kill -HUP 12345
puede hacer que ese proceso lo cierre. (Depende, por supuesto, de cómo ese proceso maneje una señal SIGHUP. Pero muchos archivos orientados a demonios se cerrarán y volverán a abrir los manejadores de archivos cuando reciban un SIGHUP.)Si el sistema de archivos se quedara sin espacio, podría encontrarse con el espacio reservado en el sistema de archivos. Los sistemas de archivos ext2 / 3/4 tienen un espacio reservado reservado para root. Por defecto esto es 5%. Entonces, si estaba lleno y 2.3GB es menos del 5% del espacio en la unidad, el sistema de archivos aún parecerá estar lleno.
En esta situación tienes dos opciones. Para continuar liberando espacio hasta el punto de que tenga espacio libre utilizable o modifique la cantidad de espacio que el sistema de archivos ha reservado. Para modificar la cantidad de espacio reservado, utilice el
tune2fs -m 0 /dev/sda1
reemplazo del 0 con el porcentaje de espacio reservado que desea tener y / dev / sda1 con el dispositivo apropiado.Vea la respuesta aceptada a esta pregunta para más detalles.
fuente
No largo. Hay muchas posibilidades de que el archivo simplemente se siga utilizando. No habrá liberación de espacio en disco hasta que finalice los procesos correspondientes.
fuente
También revise su directorio .trash.
fuente
~/.local/share/Trash
, que está lleno de basura que he eliminado en Nautilus.