Normalement, les commandes du et df doivent gérer correctement les liens physiques.
Imagine que tu es dans un répertoire rep avec deux sous-répertoires rep1 et rep2. Dans rep1, tu as un fichier BIG1 de 1GO et tu fais un lien sur BIG2 dans rep2 (ln rep1/BIG1 rep2/BIG2).
Pour être précis, tu n'as alors pas un fichier avec 1 lien, mais un fichier unique qui est listé dans deux répertoires différents et sous deux noms différents.
Un "df ." te donnera bien la taille des données sur le filesystem courant. Tu peux créer autant de liens physiques que tu veux, ça ne fera pas changer le résultat du df.
Un "du rep1" ou un "du rep2" t'indiqueront tous deux 1GO d'espace occupé. En revanche, un "du ." te donneras aussi 1GO et pas 2GO... au moins si tu as une version de du qui ne date pas de Mathusalem. Sur un système Linux, du fait normalement partie des GNU Core Uilities et devrait se comporter ainsi.
Cependant, sur ton NAS, il y a de grande chance que du et df soient simplement des commandes de busybox plutôt que des binaires séparés. Fais un "ls -l /usr/bin/du" pour le vérifier (tu devrais avoir un lien symbolique vers le vrai binaire). Dans ces conditions, le comportement de ces commandes dépend de la version. Mais normalement, df devrait tout de même fournir le bon résultat (il ne parcourt pas tout le disque pour sons calcul). Pour du, c'est une autre histoire, mais les versions récentes (enfin, au moins depuis 4 ans, mais certainement plus) doivent fonctionner correctement.
Si sur ton NAS, les résultats ne sont pas corrects, vérifie les versions utilisées ("du --help") : ça permettra de savoir où chercher les causes. Mais, quoi qu'il arrive, et quels que soient les résultats affichés, un lien physique ne te mangera pas de place sur ton disque.
# Tout devrait être bon... normalement
Posté par JJD . En réponse au message Liens Physiques et Espace Disque. Évalué à 6.
Salut,
Normalement, les commandes du et df doivent gérer correctement les liens physiques.
Imagine que tu es dans un répertoire rep avec deux sous-répertoires rep1 et rep2. Dans rep1, tu as un fichier BIG1 de 1GO et tu fais un lien sur BIG2 dans rep2 (ln rep1/BIG1 rep2/BIG2).
Pour être précis, tu n'as alors pas un fichier avec 1 lien, mais un fichier unique qui est listé dans deux répertoires différents et sous deux noms différents.
Un "df ." te donnera bien la taille des données sur le filesystem courant. Tu peux créer autant de liens physiques que tu veux, ça ne fera pas changer le résultat du df.
Un "du rep1" ou un "du rep2" t'indiqueront tous deux 1GO d'espace occupé. En revanche, un "du ." te donneras aussi 1GO et pas 2GO... au moins si tu as une version de du qui ne date pas de Mathusalem. Sur un système Linux, du fait normalement partie des GNU Core Uilities et devrait se comporter ainsi.
Cependant, sur ton NAS, il y a de grande chance que du et df soient simplement des commandes de busybox plutôt que des binaires séparés. Fais un "ls -l /usr/bin/du" pour le vérifier (tu devrais avoir un lien symbolique vers le vrai binaire). Dans ces conditions, le comportement de ces commandes dépend de la version. Mais normalement, df devrait tout de même fournir le bon résultat (il ne parcourt pas tout le disque pour sons calcul). Pour du, c'est une autre histoire, mais les versions récentes (enfin, au moins depuis 4 ans, mais certainement plus) doivent fonctionner correctement.
Si sur ton NAS, les résultats ne sont pas corrects, vérifie les versions utilisées ("du --help") : ça permettra de savoir où chercher les causes. Mais, quoi qu'il arrive, et quels que soient les résultats affichés, un lien physique ne te mangera pas de place sur ton disque.