df sous linux n'indique pas l'espace libre correct après la suppression d'un fichier

Au lieu de supprimer les fichiers, nous pouvons tronquer le fichier, par exemple cat /dev/null> file.log. La taille du fichier sera alors de 0 octet. Même si d'autres processus peuvent maintenir ce fichier ouvert, c'est sa taille que nous allons réduire afin d'utiliser l'espace disque.

Pour vérifier quels fichiers supprimés ont occupé la mémoire, entrez la commande

 $ sudo lsof | grep deleted

Il montrera les fichiers supprimés qui occupent la mémoire.

Puis tuer le processus avec pid ou nom

$ sudo kill <pid>
$ df -h

vérifiez maintenant que vous avez la même mémoire

Sinon, tapez la commande suivante pour voir quel fichier occupe la mémoire

# cd /
# du --threshold=(SIZE)

mentionnez n'importe quelle taille il montrera quels fichiers occupent une taille supérieure au seuil et supprimez le fichier vous trouverez la mémoire retenue

Une ligne :

kill -9 $(lsof | grep deleted | cut -d " " -f4)

Ouvrez le terminal et essayez cette commande df -Th utilisez ensuite cette commande sudo du -h --max-depth=1 / dans cette commande vous trouverez le détail de l'utilisation du disque puis ouvrez en tant que super-utilisateur et supprimez le fichier (root-local-share-trash) et supprimez votre fichier

Si vous avez Windows 10 en double démarrage, vous pouvez essayer de démarrer dans Windows 10, puis d'aller dans Nettoyage de disque, de sélectionner le bon lecteur, puis de cliquer sur "Nettoyer les fichiers système". Cela a fonctionné pour moi. Bonne chance.