J'ai un petit ext3 / partition sur un lecteur 2T qui semble avoir une différence dans son espace libre. Comment puis-je déterminer ce qui en est la cause et comment y remédier.
Après avoir essayé tout ce à quoi je pouvais penser, j'ai forcé un fsck au démarrage qui n'a eu aucun effet.
J'ai d'autres systèmes configurés de manière identique qui ne présentent pas cette condition.
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 9.7G 8.9G 318M 97% /
# du -shx --max-depth 1 /
5.2G /
# lsof | awk 'BEGIN {t=0} /(deleted)/ {t+=$7} END {print t}'
0
# tune4fs -l /dev/sda1 | grep -E 'state|Free|Reserve|size|Inode'
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem state: clean
Inode count: 2621440
Reserved block count: 131029
Free blocks: 212317
Free inodes: 2487281
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 639
Inodes per group: 32768
Inode blocks per group: 1024
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
Inode size: 128
Modifier :
fsck indique que la partition est non contiguë à 2 %.
Pour comparaison avec du ci-dessus (épars) :
# du -hxs --apparent-size /
4.9G /
Réponse acceptée :
La seule explication qui me vient à l'esprit est que vous avez des éléments cachés derrière un point de montage, hors de portée de du .
Sous Linux, vous pouvez créer un montage lié du système de fichiers racine afin de pouvoir tout voir sur un point de montage différent. Examinez ensuite de plus près les éléments cachés par les points de montage dans la vue d'origine.
mkdir /root/root-rebound
mount -o bind / /root/root-rebound
du -sc $(df -P | awk 'NR>2 {print "/root/root-rebound" $6}')