Debian Strech : du ne donne pas les bonnes informations dans un shell

Bonjour,
Je voudrais lancer la commande du dans un script mais ceci ne fonctionne pas avec des variables !

Code:

---

1 2 3 4 5

commande="/usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress \"/mnt/sda1/Users/srom\" 140.20.21.14:/$machine/$i/" echo $commande | awk -F " " '{print $6}' | du -sh echo $commande | awk -F " " '{print $6}' du -sh /mnt/sda1/Users/srom

---

Citation:

---

donne :
44K
"/mnt/sda1/Users/srom"
77M /mnt/sda1/Users/srom

---

Je n'y comprends rien. La taille normale est 77M. Si je lance la même commande dans une invite ssh "echo $commande | awk -F " " '{print $6}' | du -sh" ça fonctionne mais pas dans le shell !!

Avez-vous une idée ? Merci

Bonjour :coucou:

Le problème est qu'un pipe est un raccourci pour la mise de la sortie de la première commande dans un fichier, puis l'injection de ce fichier dans la seconde commande.
Comme du évalue la taille du fichier, j'ai bien peur qu'il s'intéresse au fichier temporaire.
Et pas au contenu du fichier temporaire.

Commentons ce résultat de console :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

$ echo prout | du -sh 6,7G . $ echo /home/monuser | du -sh 6,7G . $ echo /home/monuser/travail | du -sh 6,7G . $ echo /home/monuser/Documents | du -sh 6,7G . $ echo /home/monuser/Téléchagments | du -sh 6,7G . $ du -sh /home/monuser 25G /home/monuser $ du -sh /home/monuser/travail 6,7G /home/monuser/travail $ du -sh /home/monuser/Documents 11G /home/monuser/Documents $ du -sh /home/monuser/Téléchargements 55M /home/monuser/Téléchargements $ echo /home/monuser/Téléchargements|tr '\n' '\0'| du -sh --files0-from=- 55M /home/monuser/Téléchargements $ du prout du: impossible d'accéder à 'prout': Aucun fichier ou dossier de ce type $

---

Non seulement tous les premiers dossiers ne font pas 6,7G, mais en plus, "Téléchagments" n'existe même pas puisqu'il manque un "r" et un "e".
La suite montre le résultat normal.
Le dossier de téléchargements ne fait que 55M.

L'option --files0-from= semble régler le problème.
Mais l'entrée doit avoir des caractères nuls en fin de ligne. Et non des retours chariots. D'où le tr.

Bref. Quand ta commande est faite par ssh sur un fichier temporaire, j'ai bien l'impression qu'il est capable de renvoyer n'importe quoi.

Merci pour cette réponse détaillée mais j'ai un problème d'execution dans le shell et pas en ligne de commande

en ligne de commande :

Code:

---

echo $commande | awk -F " " '{print $6}'|tr '\n' '\0'|du -sh --files0-from=-

---

ça fonctionne comme le du standrard en ligne de commande

Dans le shell
renvoie

Citation:

---

du : Impossible d'accéder à ' "/mnt/sda1/Users/srom" ' aucun fichier ou dossier de ce type /

---

!!! ça rajoute ' devant !

MErci

PS! Ou y-a-t-il un autre moyen pour calculer la taille d'un répertoire dans un script . J'ai besoin de le faire avant l'execution du rsync et après . Faut-il passer par du perl ? Merci

Pourquoi vouloir absolument faire une conduite ?

Code:

---

1 2 3

du rsync du

---

Non ?

Bonjour,

il faut nous expliquer ta démarche.
tu synchronises un dossier local vers une machine distante, et tu mesures la taille du même dossier local avant et après la synchro ?
il y a peu de chance qu'elle ait changé. 8O

il est déconseillé de mettre une commande "complexe" dans une variable en vue de l'exécuter - utilise une fonction.
et utilise une variable pour stocker les données que tu réutilises - ici, le nom du répertoire (comme ça, pas besoin de découper).

non j'ai plusieurs home donc des variables et ceci s'inscrit dans un script général avec plusieurs rsync, il faut donc calculer avant pour chaque profil et ensuite .. Merci

Tailles différentes avec les exclude et surtout panne réseau ...

pourquoi plusieurs rsync ? t'as plusieurs destinations ? plusieurs machines sources ?

ça semble mal pensé. :aie:

Re,
J'aimerais savoir comment vous faites dans un sript bash pour afficher la taille d'un répertoire donné en paramètre comme par exemple
var="/usr/home/toto"
et donc dans le shell

Code:

---

echo $var|tr '\n' '\0'|du -sh --files0-from=-

---

ou

Code:

---

echo $var|du -sh

---

Code:

---

1 2	du -sh < cat $var

---

qui fonctionnent en ligne de commande et pas en shell qui renvoie une taille bidon !!!! .

Merci pour votre aide.

KISS!*

Code:

---

du -sh "$var"

---

à moins que j'ai raté quelque chose, ça n'a rien de compliqué !

et Flodelarab te l'a montré dans son premier message.

--
* Keep It Simple Stupid!

oui fonctionne pas en shell

explicite, stp.

dans un script ça donne quoi ?
sur la ligne de commande, ça donne quoi ?
dans tous les cas, tu attends que ça donne quoi ?

--
« qui veut tuer son chien, l'accuse d'avoir la rage. »

Bonjour,

du prend des paramètre et non un flux...

Code:

---

echo "/mnt/....." | xargs du -sh

---

Outre le fait que je plussoie les réponses déjà faites, je voudrais revenir sur ton premier message:

Citation:

---

Envoyé par falco-

Bonjour,
Je voudrais lancer la commande du dans un script mais ceci ne fonctionne pas avec des variables !

Code:

---

1 2 3 4 5

commande="/usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress "/mnt/sda1/Users/srom" 140.20.21.14:/$machine/$i/" echo $commande | awk -F " " '{print $6}' | du -sh echo $commande | awk -F " " '{print $6}' du -sh /mnt/sda1/Users/srom

---

---

C'est vraiment une drôle d'idée de faire comme ça :koi:

1) D'abord, les guillemets de commande="/usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress "/mnt/sda1/Users/srom" 140.20.21.14:/$machine/$i/" sont bizarres. Je te rappelle que le shell ne permet pas l'imbrication de guillemets. Ici, c'est plus ou moins (pour simplifier) comme si tu disais que la variable commande doit contenir la concaténation de 3 chaines:
- "/usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress "
- /mnt/sda1/Users/srom
- " 140.20.21.14:/$machine/$i/"

Les guillemets ici ne servent pas à grand-chose:

Code:

---

1 2 3

$ a="abc def "ghi/jkl" mno pqr" $ echo "$a" abc def ghi/jkl mno pqr

---

Pire! Si jamais le répertoire /mnt/sda1/Users/srom devait contenir des espaces, non seulement ça ne marcherait pas comme il me semble que tu sembles l'imaginer, mais cela produirait même une erreur:

Code:

---

1 2	a="abc def "ghi jkl" mno pqr" -bash: jkl mno pqr: command not found

---

C'est quasiment comme si tu tapais:

Code:

---

$ a="abc def "ghi; jkl" mno pqr"

---

ou bien

Code:

---

1 2	$ a="abc def "ghi jkl" mno pqr"

---

(sauf que la toute première des 3 versions ne réussit même pas l'affectation de "a")

2) Ensuite, ça me paraît très capillotracté de créer une commande et d'en extraire un bout (avec "awk") pour trouver le répertoire concerné :koi:
Il me semblerait beaucoup plus judicieux, simple, pratique, élégant et sûr (KISS!) de faire quelque chose comme:

Code:

---

1 2 3 4

dir="/mnt/sda1/Users/srom" du -sh "$dir" /usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress "$dir" 140.20.21.14:/$machine/$i/ du -sh "$dir"

---

Si tu as plusieurs répertoires à traiter, tu peux même faire une boucle comme:

Code:

---

1 2 3 4 5 6 7 8

dir1="/mnt/sda1/Users/srom" dir2="/autre repertoire/avec peut-etre des espaces" for dir in "$dir1" "dir2" do du -sh "$dir" /usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress "$dir" 140.20.21.14:/$machine/$i/ du -sh "$dir" done

---

Merci comme Flodelarab de cette réponse d'expert.

Cependant j'ai corrigé dans le premier post, c'est une erreur de ma part il y a des \ devant les " . Vous avez raison pour l'imbrication de chaines ..

Cependant je suis obligé de faire de la sorte pour le awk car les répertoires sont variables (comme le nom de l'user ici srom) et là j'ai cité une partie du script.

Ma question est toujours la même et semble sans réponse comme la dit Flodelarab ,problème de du dans script shell ...

Je vous redit

Code:

---

du -sh $var

---

dans un shell ne fonctionne pas ou donne des résultats erronés .

Mon besoin assez simple ! :
Faire en sorte de tester les fichiers du rsyn avant et après. Une fois tous les 15 jours ou presque nous avons un problème de rsync -> les répertoires sont créés mais pas les fichiers ... Donc je rajoute ceci dans le code pour que l'utilisateur soit averti d'une grosse différence lors du rsync. Vous allez me dire de faire un diff ou autre chose mais pas possible ici.

Code:

---

1 2 3 4

commande="/usr/bin/rsync -a --delete --exclude-from=/root/exclude --progress \"/mnt/sda1/Users/srom\" 140.20.21.14:/$machine/$i/" echo $commande | awk -F " " '{print $6}' | du -sh ou echo $commande | awk -F " " '{print $6}'| du -sh --files0-from=-

---

Je précise que si je tape toutes ces commandes en ligne de commande c'est ok

Je suis en train de voir comment le faire avec find et wc !!!!!!!!

Salut,

Citation:

---

Envoyé par falco-

Je vous redis

Code:

---

du -sh $var

---

dans un shell ne fonctionne pas ou donne des résultats erronés .

---

Chez moi ça fonctionne très bien, je viens de faire le test en copiant/collant les deux lignes (juste adapté le chemin) de

Citation:

---

Envoyé par jack-ft

Code:

---

1 2	dir="/mnt/sda1/Users/srom" du -sh "$dir"

---

---

Résultat identique en console comme en script.

Mais bon, tout ça c'est pour "cacher la m3rd3 au chat", comme on dit, car ton vrai et gros problème il est là :

Citation:

---

Envoyé par falco-

Une fois tous les 15 jours ou presque nous avons un problème de rsync -> les répertoires sont créés mais pas les fichiers ... Donc je rajoute ceci dans le code pour que l'utilisateur soit averti d'une grosse différence lors du rsync.

---

et j'adore cette manière (d'essayer) de l'évacuer sans le régler et en tentant de le contourner : ça revient à laisser derrière soi une grenade dégoupillée posée en équilibre sur une frêle branche d'arbre sensible au vent...
Du grand n'importe quoi.

Bon sang, on ne joue pas avec les sauvegardes, c'est un process qui doit être béton de chez béton, alors essaye de savoir pourquoi des fois ça échoue, au lieu de prévenir l'utilisateur que ça a échoué !
Insensé, ça !

Alors là, tu fais fausse route car cette commande:

Code:

---

echo $commande | awk -F " " '{print $6}' | du -sh

---

ne fait pas du tout un du du $6 de awk mais un du du répertoire courant.

Comme je l'ai déjà dis, du prend des paramètres et non un flux, si tu préfères, la commande du se comporte comme la commande ls.

Si tu veux que ta commande fonctionne, la bonne syntaxe est:

Code:

---

echo $commande | awk -F " " '{print $6}' | xargs du -sh

---

Citation:

---

je suis obligé de faire de la sorte pour le awk car les répertoires sont variables (comme le nom de l'user ici srom)

---

c'est aussi à ça que servent les fonctions : elles permettent une forme de modularité en prenant des arguments (comme un script).

re,
je tiens à remercier Flodelarab et plus particulièrement disedorgue :) qui m'avait déjà donné la solution mais noyée dans le reste !

Merci à tous pour votre collaboration et à bientôt

PS : que certains se rassurent cette solution est provisoire en attendant de localiser le pb aléatoire de rsync :P