C'è un modo per dire al kernel di restituire lo spazio libero su disco ora? Come scrivere a qualcosa in / proc /? Usando Ubuntu 11.10 con ext4.

Questo è probabilmente un tema vecchio e molto ripetuto. Dopo aver colpito lo spazio 0 notato solo quando il mio editor non è stato in grado di salvare i file di codice sorgente che ho aperto, che con mio orrore ora hanno una dimensione di 0 byte nell'elenco delle cartelle, ho iniziato a cancellare.

Ho cancellato centinaia di MB di file di grandi dimensioni sia dall'utente che dal root, e ho anche fatto alcuni collegamenti.

Poco prima di apt-get cleanfarlo c'erano oltre 900 MB in / var / cache / apt / archives, ora ci sono solo 108 KB:

# du
108 /var/cache/apt/archives

Un'ora dopo non c'è ancora spazio libero e non riesco a salvare i miei preziosi file aperti nell'editor, ma noti la disparità di seguito:

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

Eventuali suggerimenti? Ho chiuso alcuni servizi / processi ma non sono sicuro di come controllare chi potrebbe attivamente consumare spazio su disco.

Ulteriori informazioni

# 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

Verificare con lsofse ci sono file aperti. Lo spazio non verrà liberato fino a quando non saranno chiusi.

sudo /usr/sbin/lsof | grep deleted

ti dirà quali file eliminati sono ancora tenuti aperti.

Utilizzare lsofper trovare lo spazio cancellato, ma aperto, che consuma ancora spazio:

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

Trova la voce /proc/<pid>/fd/che risponde al filehandle:

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

Ora, solo cat /dev/nullnel fd:

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

Nota che l'inode è ancora aperto, ma ora ha lunghezza 0

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

dfnon mostrerà lo spazio riservato per root(anche quando eseguito come root):

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

Come modificare la "percentuale di blocco riservata"

1. Riduci lo spazio riservato al 4%

   # tune2fs -m4 /dev/sda4

df -h ora ha mostrato 45M gratis.

2. Ho salvato rapidamente i miei file

3. Rimettilo al 5%

   # tune2fs -m5 /dev/sda4

In Ubuntu, se hai eliminato file utilizzando il cestino, i tuoi file probabilmente non sarebbero stati rimossi completamente.

Anche dopo aver svuotato il cestino, i file rimarranno ~/.local/share/Trash/expungedfino a dopo un riavvio e forse anche più a lungo.

Non ho trovato una buona ragione per questo, ma se esaurisco lo spazio, ho sempre manualmente rmi file cestino espulsi.

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

Spiegazione: Output
Grep lsofper estrarre solo i file eliminati. Sed estrae l'id del processo e l'id del filedescriptor da ciascuna riga e crea una stringa nel formato {pid}/fd/{fid}. Mentre esegui il ciclo e non restituisci nulla a ciascun file, impostandoli su vuoto.

Mi chiedo se syncsia di aiuto qui - ma non dovrebbe essere, come IIRC nella maggior parte ("molti"?), I filesystem sono sincronizzati ogni 30 s.

Controllerei il registro del kernel (così dmesg) per scoprire se stava succedendo qualcosa di brutto ed eseguivo lsofper vedere se qualche file cancellato di grandi dimensioni è ancora aperto (in realtà, penso che i file cancellati saranno contrassegnati come tali lsofnell'output).

Ci sono due motivi (uno di questi indicato nella domanda che colleghi) che possono far sì che i file eliminati non rilascino spazio

• file che non sono stati effettivamente cancellati: hai eliminato un file che è hardlink da qualche altra parte (più precisamente, hai unlink()editato un file con più di un link)
• file che sono ancora aperti: i file aperti vengono registrati usando, beh, i file, gli inode stessi, non le voci della directory, se si elimina la voce, l'inode rimarrà lì finché sarà ancora aperto.

Ma non conosco un motivo specifico per cui ciò potrebbe accadere con così tanti file ...

CentOS 6.3 fa anche la cosa non proprio-svuotando-cestino-quando-si-svuota-cestino. Non sono riuscito a trovare un modo per recuperare lo spazio fino a quando non ho appena corso rm -rf ~/.local/share/Trash/expunged/. Ha causato molti graffi alla testa.