Strane statistiche sull'utilizzo del disco

Question

Quando lo uso df -hmostra:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdg5       218G  151G   56G  74% /

Quale capacità corretta secondo lsblk

sdg      8:96   1 223,6G  0 disk 
├─sdg1   8:97   1   1,9G  0 part /boot/efi
├─sdg2   8:98   1     1K  0 part 
└─sdg5   8:101  1 221,7G  0 part /

Ma quando lo uso du -h --max-depth 2 | grep Gmostra risultati simili comesudo baobab

36G     /home/kyz
11G     /home/kcy
47G     /home
11G     /usr
13G     /var/lib
22G     /var
8,2G    /snap

che i totali dovrebbero utilizzare solo circa 100 GB (rilevati solo 87 GB in baobab probabilmente a causa della /snapdirectory non dovrebbe essere conteggiata), dove è stato inserito il mio altro utilizzo del disco da 51 GB?

EDIT1 Ho provato una soluzione sulla risposta, sembra la stessa:

sudo mount -o bind / /mnt
du -hs /mnt
# 80 GB

EDIT2 Ho provato un'altra soluzione dalla risposta, solo pochi megabyte bloccati (totale inferiore a 2 GB) per l'eliminazione:

sudo lsof | grep deleted
chrome     463364  485536 MemoryInf           kcy  txt       REG              8,101   167169112   11273579 /opt/google/chrome/chrome (deleted)
chrome     463364  485536 MemoryInf           kcy    5r      REG              8,101    10518160   11273640 /opt/google/chrome/icudtl.dat (deleted)
MainThrea  729751                                kyz   14r      REG              8,101    25411839    7085195 /usr/lib/firefox/omni.ja (deleted)
MainThrea  729751                                kyz   15r      REG              8,101    43682061    7085151 /usr/lib/firefox/browser/omni.ja (deleted)

Answer 1

Sembra che questo problema tenda a creare numerosi duplicati sulla rete stackexchange. Ecco il link diretto alla soluzione approvata:

https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate

ma dovresti essere in grado di trovare di più cercando su Google "dischi montati du vs df".

Buona giornata

Answer 2

Trovato il colpevole, era yakuakeper il mio caso, il registro di scorrimento era troppo grande (11 GB - journalctl -fe ktorrent34 GB - ), reimpostando lo scrollback (o impostandolo su un valore basso 32k, ad esempio, risolve questo problema)

trovato digitando questo comando: lsof -Pn +L1(questo è molto più veloce di qualsiasi altro lsofcomando che ho trovato su altri siti stackexchange ).

Il comando completo per controllare:

lsof -Pn +L1 2> /dev/null | 
awk '{if ($NF=="(deleted)") {x=4;y=1} else {x=2;y=0}; {print $(NF-x) "  " $(NF-y) } }' | 
sort -nru | 
numfmt --field=1 --to=iec