Solution 1 :
Je viens de tomber sur cette page en essayant de localiser un problème sur un serveur local.
Dans mon cas le df -h et du -sh dépareillée d'environ 50 % de la taille du disque dur.
Cela était dû au fait qu'apache (httpd) conservait en mémoire de gros fichiers journaux qui avaient été supprimés du disque.
Cela a été détecté en exécutant lsof | grep "/var" | grep deleted où /var était la partition que je devais nettoyer.
La sortie affichait des lignes comme celle-ci :
httpd 32617 nobody 106w REG 9,4 1835222944 688166 /var/log/apache/awstats_log (deleted)
La situation a ensuite été résolue en redémarrant apache (service httpd restart ) et libéré 2 Go d'espace disque, en autorisant la suppression des verrous sur les fichiers supprimés.
Solution 2 :
Recherchez les fichiers situés sous les points de montage. Fréquemment, si vous montez un répertoire (disons un sambafs) sur un système de fichiers contenant déjà un fichier ou des répertoires, vous perdez la possibilité de voir ces fichiers, mais ils consomment toujours de l'espace sur le disque sous-jacent. J'ai eu des copies de fichiers en mode mono-utilisateur dans des répertoires que je ne pouvais pas voir sauf en mode mono-utilisateur (en raison d'autres systèmes de répertoires montés dessus).
Solution 3 :
Je suis d'accord avec la réponse d'OldTroll comme la cause la plus probable de votre espace "manquant".
Sous Linux, vous pouvez facilement remonter toute la partition racine (ou toute autre partition d'ailleurs) à un autre endroit de votre système de fichiers, par exemple /mnt, il suffit d'émettre un
mount -o bind / /mnt
alors vous pouvez faire un
du -h /mnt
et voyez ce qui utilise votre espace.
Ps :désolé d'avoir ajouté une nouvelle réponse et non un commentaire, mais j'avais besoin d'une mise en forme pour que ce message soit lisible.
Solution 4 :
Voyez ce que df -i dit. Il se peut que vous soyez à court d'inodes, ce qui peut arriver s'il y a un grand nombre de petits fichiers dans ce système de fichiers, qui utilise tous les inodes disponibles sans consommer tout l'espace disponible.
Solution 5 :
Dans mon cas, cela concernait de gros fichiers supprimés. C'était assez pénible à résoudre avant de trouver cette page, qui m'a mis sur la bonne voie.
J'ai finalement résolu le problème en utilisant lsof | grep deleted , qui m'a montré quel programme contenait deux fichiers journaux très volumineux (totalisant 5 Go sur ma partition racine de 8 Go disponible).