Eh bien, je pense que c'est un (ou plusieurs) fichiers journaux qui sont devenus trop volumineux et doivent être supprimés/sauvegardés. Je suggérerais de s'attaquer d'abord aux gros fichiers. Donc, trouvez tous les fichiers supérieurs à 10 MB (10 Mo est une taille de fichier suffisante, vous pouvez choisir +1 Mo pour 1 Mo de la même manière)
sudo find / -type f -size +10M -exec ls -lh {} \;
et maintenant vous pouvez identifier ceux qui causent le problème et les traiter en conséquence.
Comme pour votre du -a / | sort -n -r | head -n 10 d'origine commande, qui ne fonctionnera pas car elle trie par taille, et donc, tous les répertoires ancêtres d'un gros fichier monteront dans la pyramide, tandis que le fichier individuel sera très probablement manqué.
Remarque :Il devrait être assez simple de remarquer l'occurrence d'autres fichiers journaux/binaires similaires à l'emplacement des fichiers que vous trouvez ainsi, donc comme suggestion, faites cd dans le répertoire contenant le fichier d'origine pour nettoyer d'autres fichiers du même type. Vous pouvez également itérer avec la commande pour les fichiers dont la taille est supérieure à 1MB suivant, et ainsi de suite.
Si vous ne parvenez pas à trouver un fichier gigantesque, la suppression de certains processus peut résoudre le problème (cela a fonctionné pour moi, lisez la réponse complète pour savoir pourquoi)
Plus tôt :
/dev/xvda1 8256952 7837552 0 100% /
Maintenant
/dev/xvda18256952 1062780 6774744 14% /
Raison : Si vous faites rm <filename> sur un fichier qui est actuellement ouvert par n'importe quel processus, il ne supprime pas le fichier et le processus peut toujours écrire dans le fichier. Ces fichiers fantômes ne peuvent pas être trouvés par find commande et ils ne peuvent pas être supprimés. Utilisez cette commande pour savoir quels processus utilisent les fichiers supprimés :
lsof +L1
Tuez les processus pour libérer les fichiers. Parfois, il est difficile de tuer tous les processus utilisant le fichier. Essayez de redémarrer le système (je ne me sens pas bien, mais c'est une solution rapide, assurez-vous qu'aucun processus n'utilise le fichier supprimé)
Lisez ceci :https://serverfault.com/questions/232525/df-in-linux-not-showing-correct-free-space-after-file-removal/232526
À / , tapez du -hs * comme root :
$ sudo su -
cd /; du -hs *
Vous verrez la taille réelle de tous les dossiers et identifierez les plus gros.