[Sun OS 5.8] différences entre du / df

Bonjour à tous,

voilà, j'ai un écart entre l'espace utilisé tel qu'affiché par la commande df et ce que je constate en utilisant du.

Code:

---

1 2 3 4 5 6

[user@serveur /varsoft/app] df -k . Filesystem kbytes used avail capacity Mounted on /dev/vx/dsk/datadg/varsoft_app 188889088 172683576 16109632 92% /varsoft/app [user@serveur /varsoft/app] du -ks . 91693504 .

---

je pense que mes commandes sont bonnes ? J'utilise bien -k à chaque fois pour avoir l'espace en ko... et, sauf erreur, ces mêmes commandes fonctionnent bien sur d'autres filesystem.

A priori, le dossier /varsoft/app ne contient pas de liens, pas de fichiers "non réguliers", pas de dossiers sur lesquels le user n'aurait pas les droits, etc... mais je peux me tromper (disons que j'ai contrôlé avec mes faibles connaissances :) mais si vous avez des commandes à essayer, n'hésitez pas...).

J'avais lu qu'il pouvait y avoir des problèmes si des fichiers étaient supprimés alors qu'ils étaient utilisés (http://www.walkernews.net/2007/07/13...ed-disk-space/). J'ai essayé de contrôler avec lsof, mais je n'ai rien trouvé de particulier (en même temps, je n'ai peut-être pas bien cherché... il y a beaucoup beaucoup de lignes pour /varsoft/app, mais rien qui ressemble à ce qu'on voit sur le site précédent :/).

Je cherche donc d'autres idées =)

Merci d'avance !

Bonjour,

La commande du parcours les répertoires. Donc si elle ne peut parcourir un répertoire, il n'est pas compté - mais sera compté par df

Une autre explication peut être un point de montage interne. Si tu exécutes df -k et que tu regardes le point de montage /, tu ne verras que le contenu de cette partition. En revanche, du parcourra et la partition / et toutes les autres partitions montées sous / (autrement dit tout le disque).

Sinon, j'ai effectievemnt le même comportement que toi... :

Code:

---

1 2 3

> df -k /var Filesystem kbytes used avail capacity Mounted on /dev/dsk/c0t0d0s1 10080200 1418325 8561073 15% /var

---

Code:

---

1 2	> du -ks /var 1053009 /var

---

Salut,

merci pour la réponse. Effectivement, je suis bien conscient du fait que du ne pourra prendre en compte des fichiers/dossiers sur lesquels le user n'aurait pas les droits. Je me doute également que si l'un des sous-dossiers est constitué d'un autre disque monté, la différence sera présente.

Mais en l'occurrence, j'ai vérifié (comme je le pouvais : entre ls -la et find...) que le dossier ne comportait que des fichiers/dossiers de mon utilisateur.
De même, j'ai contrôlé par un df -k qu'il n'y avait pas d'autres disques montés (de toute façon, dans ce cas, du serait supérieur à df, ce qui n'est pas mon problème :p).

Je pense qu'il doit y avoir un truc quelque part, mais pas moyen de mettre la main dessus :/

Que dis

Code:

---

du -dkrsx .

---

?

Code:

---

1 2 3

[user@serveur /varsoft/app] du -dkrsx . du: illegal option -- x usage: du [-a][-d][-k][-r][-o|-s][-L] [file ...]

---

forcément (j'avais déjà essayé :/) pourtant, man du indique bien l'option :bug:

sans le -x :

Code:

---

1 2 3 4

[user@serveur /varsoft/app] du -dkrs . 92406128 . [user@serveur /varsoft/app] du -ks . 92406136 .

---

Donc comme avant en gros

Edit, tiens, j'ai vu ça aussi... (pas de -d cette fois) :

Code:

---

1 2	[user@serveur /varsoft/app] /usr/xpg4/bin/du -krsx . 92406128 .

---

mais ça ne change rien :/

En fait, l'option "-x" est pour "/usr/xpg4/bin/du" .

Autres pistes:
Tu as effacé un gros fichier mais il est encore ouvert par un processus. Essaie de démonter puis remonter ton filesystem pour le détecter.
Sinon, c'est peut-être une spécificité de vxfs, genre un journal ou quelque chose comme çà.

Citation:

---

De même, j'ai contrôlé par un df -k qu'il n'y avait pas d'autres disques montés (de toute façon, dans ce cas, du serait supérieur à df, ce qui n'est pas mon problème :p).

---

Pas forcément. Si tu as un montage sur un répertoire non vide avant le montage, le contenu de ce répertoire compte pour df mais pas pour du.

Bonjour,

J'ai enlevé tous les "permission denied", et voila le résultat :

Code:

---

1 2	> /usr/xpg4/bin/du -krsx /var 1052024 /var

---

Même commande, mais exécutée avec suffisamment de droits pour ne pas avoir d'erreur :

Code:

---

1 2	> /usr/xpg4/bin/du -krsx /var 1414823 /var

---

Pour mémoire

Code:

---

1 2 3

> df -k /var Filesystem kbytes used avail capacity Mounted on /dev/dsk/c0t0d0s1 10080200 1417083 8562315 15% /var

---

Chez moi, on peut donc bien mettre la différence sur un problème de droits d'accès à certains répertoires/fichiers de la partition.

Citation:

---

Envoyé par jlliagre

En fait, l'option "-x" est pour "/usr/xpg4/bin/du" .

Autres pistes:
Tu as effacé un gros fichier mais il est encore ouvert par un processus. Essaie de démonter puis remonter ton filesystem pour le détecter.
Sinon, c'est peut-être une spécificité de vxfs, genre un journal ou quelque chose comme çà.

Pas forcément. Si tu as un montage sur un répertoire non vide avant le montage, le contenu de ce répertoire compte pour df mais pas pour du.

---

Oui, la piste m'intéresse... mais j'aurais voulu justement trouver le moyen de contrôler : il ne s'agit pas vraiment d'un filesystem que je peux démonter comme ça ;o)
C'est un volume en production :oops: