La suppression d'un gros fichier ne libère pas d'espace

J'ai supprimé un gros fichier (6 Go) situé dans mon répertoire personnel mais l'espace libre n'est pas augmenté.

J'ai essayé de rechercher le fichier dans le dossier de la corbeille en tapant cd ~/.local/share/Trash/filesmais il n'y figure pas. J'ai essayé de courir sudo apt-get cleanmais le problème n'est pas résolu. J'ai également essayé sudo lsof +L1de voir si un autre processus l'utilise, mais il n'apparaît pas non plus.

Quelqu'un a des suggestions?

disk-usage

— Gaurav Mittal
source

Quel est le nom du fichier? Pouvez-vous courir sudo fdisk -l?

— nanofarad

Vous pouvez exécuter df -lhpour voir une liste de vos partitions, y compris l'espace libre. Même si le fichier est masqué (commence par un point), vous devriez le voir dans la corbeille Nautilus (également appelée poubelle).

— rosch

@ ObsessiveSSOℲ: le fichier est nommé output.file situé dans le répertoire personnel. "fdisk -l" donne juste les blocs de début et de fin de chaque partition. Je ne sais pas quoi faire de ces données.

— Gaurav Mittal

@rosch: le fichier n'était pas caché (le nom n'a pas commencé par un point)

— Gaurav Mittal

Vous essayez peut-être de libérer de l'espace sur la mauvaise partition. fdiskme dira quelle partition est celle en question /

— nanofarad

Réponses:

Le fichier est toujours utilisé par un (ou plusieurs) processus. L'espace occupé par le fichier ne sera libéré que si aucun processus n'a ouvert le fichier.

Il s'agit d'un piège courant avec les fichiers journaux qui remplissent un système de fichiers, lorsque l'administrateur oublie de redémarrer le processus d'accompagnement.

Vous pouvez vérifier cela avec lsof | grep DEL

— jippie
source

Merci pour votre réponse, je ne pense pas que le fichier était utilisé par un autre processus à ce moment-là. C'était un fichier binaire créé en utilisant "truncate -s 10M output.file" juste pour répondre au partage minimum requis pour utiliser DC ++ :).

— Gaurav Mittal,

Votre question est donc fausse alors? Vous n'avez pas encore supprimé le fichier et après la suppression, vous avez vu l'espace libre?

— rosch

@rosch: J'ai supprimé le fichier et ensuite j'ai vu l'espace. Sinon, pourquoi poserais-je une autre question?

— Gaurav Mittal,

Eh bien, votre question dit le contraire. "La suppression d'un fichier ne libère pas d'espace". Je suggère donc de le reformuler, voire de le supprimer. Je pense aux gens qui liront la question plus tard.

— rosch

J'ai résolu cela par les étapes suivantes

#lsof +L1

Ce qui affichera la liste des fichiers contenant de la mémoire avec un devis supprimé.

Notez le pid (Process id) du fichier

Tuez le processus

#kill <pid>

La mémoire sera libérée par le processus

Vérifiez-le par commande

#df -h

— Javeed Shakeel
source

sauvé ma journée, surpris que personne n'ait voté pour cette réponse.

— Bloodmoon

vous pouvez vérifier ici aussi dans ce lien J'ai expliqué plus en détail dans ma réponse pour le même scénario @Bloodmoon stackoverflow.com/questions/332629/rm-not-freeing-diskspace/…

— Javeed Shakeel