root completo de Linux. Sin bloques libres

9

df -hinforma que la partición '/' está 100% llena. Mientras se ejecuta du -hs *en cada directorio de esta partición muestra que todavía hay mucho espacio.

tune2efsque informa que solo una cuadra es gratis. Ran fscktambién, que también muestra todos los bloques que se están utilizando.

El uso de ionode es del 14% en la partición '/'.

Tenga en cuenta que / var, / usr, / dev, / tmp, / home están montados en diferentes particiones y tienen espacio disponible en ellas.

¿Podrían decirme las posibles causas de que todos los bloques estén ocupados y que los informes de disco estén llenos, incluso si hay mucho espacio?

hard-drive root block

— Ankit
fuente

1

¿Qué archivos de registro eliminó recientemente?

— Mike

Intenta du -shx /ver si eso todavía dice que hay mucho espacio. Eso evaluará todo /sin depender de que usted capture todos los directorios posibles.

— Insyte

du -shx / 188M La partición '/' es de 2GB.

— Ankit

13

Además del problema de los archivos abiertos que comúnmente hace que el espacio libre se mantenga disponible, un problema común son los archivos protegidos por puntos de montaje. Por ejemplo, si tiene /tmpun volumen lógico separado pero aún tiene archivos en el directorio /tmpen el sistema de archivos raíz, esos archivos consumirán espacio pero estarán ocultos por el montaje.

Intente pasar al modo de usuario único en el arranque para que no se ejecute nada que pueda mantener abiertos los montajes, desmonte todo y asegúrese de que no haya archivos ocultos en los directorios que normalmente se utilizan como puntos de montaje.

— David Spillett
fuente

1

Gracias David por la idea. Fui trabajando en esta dirección. Descubrí que un disco duro USB estaba conectado a la máquina. La máquina se reinició por la mañana. Parece que el HDD no se detectó durante el arranque y algunos de sus datos fueron a la partición '/'. Me imaginé esto cuando desmonté / tmp y el punto de montaje del disco externo.

— Ankit

11

Esto a menudo es causado por tener un archivo abierto para escritura que se ha eliminado pero el proceso de escritura en el archivo no se ha reiniciado, por lo que se abandona el archivo. Puede usar lsof para buscar archivos que están abiertos pero no vinculados (eliminados)

lsof +L1

debería hacer el truco. Como dice la página del manual:

Una especificación del formulario +L1seleccionará los archivos abiertos que se han desvinculado. Una especificación del formulario +L1 <file_system>seleccionará archivos abiertos no vinculados en el sistema de archivos especificado.

— usuario9517
fuente

lsof + L1 no da nada. es decir, no hay un archivo abierto no vinculado. Cualquier otra cosa que pueda verificar.

— Ankit

Esto me permitió encontrar al culpable en mi sistema: nada que ver con los volúmenes protegidos con montura. Tenía un proceso de copia de seguridad pendiente que había consumido el 90% del volumen raíz en los archivos temporales. lsof +L1los enumeró a todos de manera muy simple.

— Synchro

0

Si un archivo se elimina mientras otro proceso lo mantiene abierto, ese proceso puede continuar escribiendo y, eventualmente, llenar el disco de forma invisible. Tan pronto como el proceso mantiene abierto el archivo, los bloques están disponibles.

Intenta evaluar cada uno de los demonios en ejecución. Si es posible, reinícielos. Si no puede resolverlo, reiniciar el cuadro debería aclararlo.

— Insyte
fuente

Reinició el sistema, ejecutó fsck, nada ayudó.

— Ankit

0

Probablemente se deba a que un porcentaje del espacio disponible está reservado para el usuario root.

Consulte Espacio reservado para root en un sistema de archivos: ¿por qué? o Disco lleno en el servidor Linux, los bloques utilizados son mucho menores que los bloques disponibles

— Christoffer Hammarström
fuente