¿Hay alguna manera de decirle al núcleo que devuelva el espacio libre en el disco ahora? ¿Como escribir a algo en / proc /? Usando Ubuntu 11.10 con ext4.

Este es probablemente un tema antiguo y muy repetido. Después de presionar 0 espacio, solo me di cuenta de que mi editor no podía guardar los archivos de código fuente que he abierto, que para mi horror ahora tienen un tamaño de 0 bytes en la lista de carpetas, fui a eliminarlo.

Eliminé cientos de MB de archivos grandes tanto del usuario como de la raíz, y también hice algunos enlaces permanentes.

Justo antes de hacerlo, apt-get cleanhabía más de 900 MB en / var / cache / apt / archives, ahora solo hay 108 KB:

# du
108 /var/cache/apt/archives

Una hora después todavía no hay espacio libre y no puedo guardar mis preciosos archivos abiertos en el editor, pero observe la disparidad a continuación:

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

¿Alguna sugerencia? Apagué algunos servicios / procesos, pero no estoy seguro de cómo verificar quién podría estar comiendo activamente el espacio en disco.

Más información

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

Verifique lsofsi hay archivos abiertos. El espacio no se liberará hasta que estén cerrados.

sudo /usr/sbin/lsof | grep deleted

le dirá qué archivos eliminados aún se mantienen abiertos.

Use lsofpara encontrar el archivo eliminado, pero abierto, que todavía consume espacio:

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

Encuentre la entrada en /proc/<pid>/fd/ese cooresponds al identificador de archivo:

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

Ahora, justo cat /dev/nullen el fd:

cat /dev/null > /proc/3446/fd/128

Tenga en cuenta que el inodo todavía está abierto, pero ahora es de longitud 0

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

dfno mostrará el espacio reservado para root(incluso cuando se ejecuta como root):

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Cómo cambiar el "porcentaje de bloque reservado"

1. Reduce el espacio reservado al 4%

   # tune2fs -m4 /dev/sda4

df -h ahora mostró 45 millones gratis.

2. Guarde mis archivos rápidamente

3. Ponlo de nuevo al 5%

   # tune2fs -m5 /dev/sda4

En Ubuntu, si eliminó archivos usando su papelera, es muy probable que sus archivos no se eliminen por completo.

Incluso después de vaciar la papelera, sus archivos permanecerán ~/.local/share/Trash/expungedhasta después de un reinicio y tal vez incluso más tiempo.

No he encontrado una buena razón para esto, pero si me quedo sin espacio, siempre rmelimino manualmente los archivos de basura eliminados.

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

Explicación: Salida de
Grep lsofpara extraer solo archivos eliminados. Sed extrae la identificación del proceso y la identificación del descriptor de archivo de cada línea, y crea una cadena en formato {pid}/fd/{fid}. Mientras realiza un bucle y no genera nada en cada archivo, configurándolos como vacíos.

Me pregunto si synces de alguna ayuda aquí, pero no debería serlo, como IIRC en la mayoría de los sistemas (¿"muchos"?), Los sistemas de archivos se sincronizan cada 30 s.

Verificaría el registro del kernel (así dmesg) para ver si algo desagradable está sucediendo y lo ejecutaré lsofpara ver si algún archivo grande y eliminado aún está abierto (en realidad, creo que los archivos eliminados se marcarán así en la lsofsalida).

Hay dos razones (una de ellas señalada en la pregunta que vincula) que pueden hacer que los archivos eliminados no liberen espacio.

• archivos que no se eliminaron realmente: eliminó un archivo que está vinculado en otro lugar (más precisamente, unlink()editó un archivo con más de un enlace)
• archivos que aún están abiertos: los archivos abiertos se guardan en libros usando, bueno, archivos, inodos en sí mismos, no entradas de directorio, si elimina la entrada, el inodo permanecerá allí mientras esté abierto.

Pero no sé de una razón específica por la que eso podría suceder con tantos archivos ...

CentOS 6.3 también hace lo que realmente no se vaciando-bote de basura cuando-vacias-bote de basura. No pude encontrar una manera de recuperar el espacio hasta que simplemente corrí rm -rf ~/.local/share/Trash/expunged/. Causó mucho rascarse la cabeza.