root completo Linux. Nessun blocco gratuito

9

df -hsegnala che la partizione '/' è piena al 100%. Durante l'esecuzione du -hs *su ciascuna directory di questa partizione mostra che c'è ancora molto spazio.

tune2efsche riporta solo un blocco per essere liberi. Ran fsckpure, che mostra anche tutti i blocchi in uso.

l'uso dello ionode è del 14% sulla partizione '/'.

Nota che / var, / usr, / dev, / tmp, / home sono montati su partizioni diverse e hanno spazio disponibile in esse.

Potete per favore fatemi sapere le possibili cause per l'occupazione di tutti i blocchi e la segnalazione del disco per essere piena anche se dura c'è molto spazio.

hard-drive root block

— ankit
fonte

1

quali file di registro hai eliminato di recente?

— Mike

Prova a du -shx /vedere se questo dice ancora che c'è molto spazio. Ciò valuterà tutto /senza fare affidamento sul fatto che tu catturi tutte le possibili directory.

— Insyte

du -shx / 188M La partizione '/' è di 2 GB.

— Ankit

13

Oltre al problema dei file aperti che comunemente causa lo spazio disponibile altrimenti non disponibile, un problema non insolito sono i file protetti dai punti di montaggio. Ad esempio, se si dispone /tmpdi un volume logico separato ma si hanno ancora file nella directory /tmpnel filesystem di root, quei file consumeranno spazio ma saranno nascosti dal mount.

Prova a passare in modalità utente singolo all'avvio in modo che non sia in esecuzione nulla che possa tenere aperti i montaggi, smontare tutto e assicurati che non ci siano file nascosti nelle directory che vengono normalmente utilizzati come punti di montaggio.

— David Spillett
fonte

1

Grazie David per l'idea. Sono andato a lavorare in questa direzione. Ho scoperto che un HDD USB era collegato alla macchina. La macchina è stata riavviata al mattino. Sembra che l'HDD non sia stato rilevato all'avvio e alcuni dei suoi dati siano andati alla partizione '/'. L'ho capito quando ho smontato / tmp e il punto di montaggio dell'unità esterna.

— Ankit

11

Ciò è spesso causato dall'avere un file aperto per la scrittura che è stato eliminato ma il processo di scrittura nel file non è stato riavviato, rinunciando così al file. Puoi usare lsof per trovare file aperti ma non collegati (eliminati)

lsof +L1

dovrebbe fare il trucco. Come afferma la pagina man:

Una specifica del modulo +L1selezionerà i file aperti che sono stati scollegati. Una specifica del modulo +L1 <file_system>selezionerà i file aperti non collegati sul file system specificato.

— user9517
fonte

lsof + L1 non dà nulla. cioè nessun file aperto non collegato. Nient'altro che posso controllare.

— Ankit

Questo mi ha permesso di trovare il colpevole sul mio sistema, nulla a che fare con i volumi schermati dal mount. Ho lasciato sospeso un processo di backup che aveva consumato il 90% del volume di root nei file temporanei. lsof +L1li ha elencati tutti molto semplicemente.

— Synchro,

0

Se un file viene eliminato mentre un altro processo lo tiene aperto, quel processo può continuare a scrivere e, eventualmente, riempire invisibilmente il disco. Non appena il processo che tiene aperto il file termina, i blocchi vengono resi disponibili.

Prova a valutare ciascuno dei demoni in esecuzione. Se possibile, riavviali. Se non riesci a capirlo, riavviare la casella dovrebbe cancellarlo.

— Insyte
fonte

Riavviato il sistema, eseguito fsck, nulla ha aiutato.

— Ankit

0

Probabilmente è perché una percentuale dello spazio disponibile è riservata all'utente root.

Vedi Spazio riservato per root su un filesystem - perché? o Disco pieno sul server Linux, i blocchi utilizzati sono molto meno dei blocchi disponibili

— Christoffer Hammarström
fonte