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

Comme le mentionne Ignacio, la suppression du fichier ne libérera pas l'espace tant que vous n'aurez pas supprimé les processus qui ont des handles ouverts sur ce fichier.

Néanmoins, vous pouvez récupérer l'espace sans tuer les processus. Tout ce que vous avez à faire est de supprimer les descripteurs de fichiers.

Exécutez d'abord lsof | grep deleted pour identifier le processus détenant le fichier

[hudson@opsynxvm0055 log]$ /usr/sbin/lsof |grep deleted
java       8859   hudson    1w      REG              253,0 3662503356    7578206 /crucible/data/current/var/log/fisheye.out (deleted)

Alors exécutez :

cd /proc/PID/fd

entonces

[hudson@opsynxvm0055 fd]$ ls -l |grep deleted
total 0
l-wx------ 1 hudson devel 64 Feb  7 11:48 1 -> /crucible/data/current/var/log/fisheye.out (deleted)

Le "1" sera le descripteur de fichier. Tapez maintenant "> FD" pour récupérer cet espace.

> 1

Vous devrez peut-être répéter l'opération si d'autres processus détiennent le fichier.

Si la partition a été configurée pour réserver une certaine partie de l'espace disque à l'usage exclusif de la racine, df n'inclura pas cet espace comme disponible.

[root@server]# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Même après avoir récupéré de l'espace en supprimant des fichiers/répertoires, l'utilisateur non root ne pourra pas écrire sur cette partition.

Vous pouvez facilement vérifier si c'est votre cas en essayant de créer un fichier sur un appareil en tant qu'utilisateur root et non-root.

De plus, vous pouvez vérifier la configuration du système de fichiers en exécutant

tune2fs -l <device> | egrep "Block count|Reserved block count

et de calculer le pourcentage réel par vous-même.

Pour modifier le pourcentage de disque réservé à l'usage exclusif de l'utilisateur root, exécutez

tune2fs -m <percentage> <device>

Le fichier est toujours verrouillé par le processus qui l'a ouvert. Pour libérer de l'espace, procédez comme suit :

1. Exécuter sudo lsof | grep deleted et voir quel processus détient le fichier. Exemple de résultat :

   $ sudo lsof | grep deleted
   COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF      NODE NAME
   cron     1623 root    5u   REG   0,21        0 395919638 /tmp/tmpfPagTZ4 (deleted)

2. Arrêtez le processus en utilisant sudo kill -9 {PID} . Dans l'exemple ci-dessus, le PID est 1623.

   $ sudo kill -9 1623

3. Exécuter df pour vérifier si l'espace est déjà libéré. S'il est toujours plein, vous devez peut-être attendre quelques secondes et vérifier à nouveau.

Une possibilité est que le ou les fichiers que vous avez supprimés ont plus de références dans le système de fichiers. Si vous avez créé des liens durs, plusieurs noms de fichiers pointeront vers les mêmes données, et les données (le contenu réel) ne seront pas marquées comme libres/utilisables tant que toutes les références à celles-ci n'auront pas été supprimées. Avant de supprimer des fichiers, il faut soit les statuer (entrée nommée Liens), soit faire ls -l sur eux (devrait être la deuxième colonne).

S'il s'avère que les fichiers sont référencés ailleurs, je suppose que vous devrez ls -i le(s) fichier(s) pour trouver le numéro d'inode, et ensuite faire une recherche avec -inum <numéro d'inode> pour trouver les autres références à ce fichier (vous voudrez probablement aussi utiliser -mount pour rester dans le même système de fichiers).