Consumo disco del file system dispari

So che è stato chiesto come ho cercato e cercato di capire come si riferisce al mio sistema. in esecuzione su Ubuntu 18 e su qualche installazione per PostgreSQL, alcuni recenti aggiornamenti di sicurezza, ecc ... l'unità del file system è aumentata e sembra continuare a ridursi. Alcune ricerche aggiuntive per cercare di capire cosa sta prendendo spazio /dev/sde1/ come mostrato nell'immagine sotto (evidenziata) indica forse qualcosa che ha a che fare con l'inserimento nel journal o qualcosa che potrebbe essere stato attivato con l'attivazione di un server di posta. Non sono sicuro che sia il modo migliore e più sicuro per affrontarlo. Questa montatura è la mia unità di avvio che è interessata.

Immagini a ciò che sto vedendo:

da cmd:

da webmin:

Pensieri su un approccio ragionevole a questo?

Bene, se qualcosa sta occupando molto spazio, l'approccio ragionevole è:

1. Scopri cosa sta occupando molto spazio.

   Uno strumento utile è ncdu , nello specifico ncdu -x /. Ti mostrerà quali sono le directory nel filesystem di root più utilizzate e ti consente di navigare all'interno di esse (in pratica, simili a WinDirStat o SpaceSniffer).

   È anche fattibile usando il manuale ripetuto du -xhs <dir>, ma un po 'noioso. (In entrambi i casi, l'opzione "x" dice di evitare di scavare nei filesystem virtuali come / proc.)

2. Rimuovi la cosa che occupa molto spazio.

   Tuttavia, non eliminare immediatamente i file: capire cosa li fa crescere e, in primo luogo, se devono essere eliminati utilizzando un comando speciale. Ad esempio, i file di registro / journal del database devono essere svuotati attraverso il DB stesso. I log di sistema in / var / log sono sicuri da eliminare, ma hanno comunque un periodo di conservazione configurabile - controlla perché non viene applicato.

3. Se lo spazio utilizzato non viene sommato, ad es. ncdu mostra solo 50 GB di file - è possibile che un grosso file che è già stato cancellato (scollegato) sia ancora aperto da qualche programma. Riavviare il programma o riavviare il sistema risolverebbe questo.

   sudo lsof -n | grep "(deleted)" mostrerebbe tutti i file cancellati ma ancora aperti, insieme agli ID di processo. (Ignora quelli sotto / tmp o / dev / shm - è normale e sono comunque su un filesystem separato.)

   Se stai usando LVM / Btrfs / ZFS, dovresti anche controllare se hai vecchie istantanee o sottovolumi persi - quelli non sono visibili nel filesystem, ma occupano ancora spazio.