[Resolu] résultat de commande non attendu

ar barzh paour · Le 07/11/2021, à 08:24

hello bonjour
dans un script je bute sur ça

 cat "$fich_grub" |grep ^menuentry \
     |grep -v "dépannage" |grep -v "recovery" |grep -v "memtest" \
     | awk -F"--class" '{printf("    %s\n",$1)}' >/tmp/essai.txt
cat: /boot/grub/grub.cfg: Permission non accordée
code=$?
echo $code
0

j'ai essayé plusieurs choses , avec () ou {} ou en mettant sur la même ligne
sans succès

cat "$fich_grub" |grep ^menuentry      |grep -v "dépannage" |grep -v "recovery" |grep -v "memtest"      | awk -F"--class" '{printf("    %s\n",$1)}' ; code=$?
cat: /boot/grub/grub.cfg: Permission non accordée
echo $?
0

en fait j'aurais attendu un code égale à 1
comme ci-dessous mais les pipes influent sur le résultat
(réellement je fais en plus cat "$fich_grub"..... > "$fichier")

cat "$fich_grub"
cat: /boot/grub/grub.cfg: Permission non accordée
code=$?
echo $code
1

Dernière modification par ar barzh paour (Le 07/11/2021, à 16:30)

FrancisFDZ · Le 07/11/2021, à 08:43

Bonjour,

cat "$fich_grub"
cat: /boot/grub/grub.cfg: Permission non accordée
code=$?
echo $code
1

Il semble bien qu'il s'agisse d'un problème de permissions => . lancer le script en sudo ? (mais je pressens que de serait une "FBI" (fausse bonne idée))

Dernière modification par FrancisFDZ (Le 07/11/2021, à 08:44)

pingouinux · Le 07/11/2021, à 08:45

Bonjour,
C'est normal, mais tu peux y remédier.

man bash -> SHELL GRAMMAR -> Pipelines a écrit :

The return status of a pipeline is the exit status of the last command, unless the
pipefail option is enabled. If pipefail is enabled, the pipeline's return status is the
value of the last (rightmost) command to exit with a non-zero status, or zero if all com‐
mands exit successfully. If the reserved word ! precedes a pipeline, the exit status of
that pipeline is the logical negation of the exit status as described above. The shell
waits for all commands in the pipeline to terminate before returning a value.

MicP · Le 07/11/2021, à 08:58

Bonjour

Pour pouvoir récupérer les codes d'erreur retournés par chacune des commandes d'une série de pipes
il y a la variable nommée PIPESTATUS

man bash a écrit :

…
       PIPESTATUS
              Une variable de type tableau (consultez Tableaux ci-dessous) contenant une liste des états finaux des processus exécutés dans le pipeline exécuté le plus récemment au premier plan (qui peut éventuellement contenir une seule commande).
…

Pour montrer comment ça fonctionne, je reprends ta ligne de commandes
mais je provoque intentionnellement une erreur en n'affectant aucune valeur à la variable fich_grub

michel@debbull:~$ fich_grub=
michel@debbull:~$ cat "$fich_grub" | grep ^menuentry | grep -v "dépannage" | grep -v "recovery" | grep -v "memtest" | awk -F"--class" '{printf("    %s\n",$1)}'
cat: '': Aucun fichier ou dossier de ce type
michel@debbull:~$ echo ${PIPESTATUS[@]}
1 1 1 1 1 0
michel@debbull:~$

Maintenant, je donne une valeur à la variable fich_grub
mais pour provoquer une erreur dans la deuxième commande de la série de pipes
je donne un motif de recherche qui n'existe pas dans le fichier :

michel@debbull:~$ fich_grub=/boot/grub/grub.cfg
michel@debbull:~$ cat "$fich_grub" | grep ^XXXmenuentry | grep -v "dépannage" | grep -v "recovery" | grep -v "memtest" | awk -F"--class" '{printf("    %s\n",$1)}'
michel@debbull:~$ echo ${PIPESTATUS[@]}
0 1 1 1 1 0
michel@debbull:~$

Dernière modification par MicP (Le 07/11/2021, à 09:06)

FrancisFDZ · Le 07/11/2021, à 09:00

Traduction google de la réponse de pingouinux

google translate a écrit :

L'état de retour d'un pipeline est l'état de sortie de la dernière commande, à moins que l'option pipefail ne soit activée.
Si pipefail est activé, l'état de retour du pipeline est la valeur de la dernière commande (la plus à droite) à quitter avec un état différent de zéro, ou zéro si toutes les commandes se terminent avec succès.
Si le mot réservé ! précède un pipeline, l'état de sortie de ce pipeline est la négation logique de l'état de sortie comme décrit ci-dessus.
La coquilleLe shell attend que toutes les commandes du pipeline se terminent avant de renvoyer une valeur.

(avec quelques petites corrections)

Dernière modification par FrancisFDZ (Le 07/11/2021, à 09:04)

nany · Le 07/11/2021, à 09:54

Bonjour,

De toute façon les pipes sont inutiles ici.
En effet, il y a d’abord un Useless Use Of Cat donc cat est inutile.
Ensuite, puisque awk est utilisé, on peut se passer allègrement de tous ces grep successifs.
Donc :

awk -F"--class" '/^menuentry/ && ! /dépannage|recovery|memtest/{printf("    %s\n",$1)}' "$fich_grub"

Pour le problème de permission, il n’existe pas en 20.04 mais existe bel et bien en 21.10 et 22.04 car les droits ont changé.
En effet, dans 20.04 :

~$ ls -l /boot/grub/grub.cfg | awk '{print $1,$3,$4}'
-r--r--r-- root root

Alors qu’en 21.10 et 22.04 :

~$ ls -l /boot/grub/grub.cfg | awk '{print $1,$3,$4}'
-rw------- root root

FrancisFDZ · Le 07/11/2021, à 10:44

Merci nany, ça répond parfaitement à mon intervention en #2, et effectivement ma proposition de passer par sudo n'est pas adaptée.

nany · Le 07/11/2021, à 10:47

Bah cette commande doit être utilisée avec sudo dans Impish et Jammy.
Reste à savoir si le script en entier peut l’être.

Hizoka · Le 07/11/2021, à 11:45

@MicP
merci pour la variable PIPESTATUS que je ne connaissais pas.

Tawal · Le 07/11/2021, à 12:42

Hello,

Oui elle est pratique la variable PIPESTATUS, mais elle se réinitialise a chaque commande passée, même sans pipe :

$ fich_grub=
$ cat "$fich_grub" | grep ^menuentry | grep -v "dépannage" | grep -v "recovery" | grep -v "memtest" | awk -F"--class" '{printf("    %s\n",$1)}'
cat: '': Aucun fichier ou dossier de ce type
$ echo ${PIPESTATUS[@]}
1 1 1 1 1 0
$ echo ${PIPESTATUS[@]}
0
$

Watael · Le 07/11/2021, à 13:07

dans un script je bute sur ça

c'est toi qui va te faire buter !

cat | grep | grep | grep | grep | awk

tu cherches les ennuis, là.

Dernière modification par Watael (Le 07/11/2021, à 13:07)

Tawal · Le 07/11/2021, à 13:26

Ouais mais du coup c'est un très bel exemple pour voir PIPESTATUS.

Watael · Le 07/11/2021, à 13:34

ah oui, mais un tellement pire exemple de pipe.

ar barzh paour · Le 07/11/2021, à 16:29

hello re-bonjour à tous et merci pour vos réponses

@FrancisFDZ
je ne veux pas utiliser sudo , je veux simplement récupérer le code d'erreur

sinon
cat | grep |grep |awk .... c'est un vieux script
oui pas terrible quand on a la commande sous les yeux , mais
c'est du à un manque de connaissance des commandes , à un manque de connaissance de l'efficacité des commandes ,et aussi à l'historique du développement
je commence par un cat , je m'aperçois que c'est trop volumineux .. je restreins à un terme puis à un autre , puis je trouve plus pratique de ne conserver que quelques champs d'où awk

et effectivement j'essaie de l'adapter le script à 22.04

@nany

awk -F"--class" '/^menuentry/ && ! /dépannage|recovery|memtest/{printf("    %s\n",$1)}' "$fich_grub"

est certainement la meilleure commande dans ce cas
fich_grub=/boot/grub/grub.cfg

awk -F"--class" '/^menuentry/ && ! /dépannage|recovery|memtest/{printf(" %s\n",$1)}' "$fich_grub"
awk: cannot open /boot/grub/grub.cfg (Permission denied)
echo ${PIPESTATUS[@]}
2

une solution serait donc

2>/dev/null awk -F"--class" '/^menuentry/ && ! /dépannage|recovery|memtest/{printf("    %s\n",$1)}' "$fich_grub">/tmp/essai.txt
code=$?
echo $code
2

Watael · Le 07/11/2021, à 16:40

test -r "$fichier" && awk ... || >&2 echo "err: fichier non lisible"

ar barzh paour · Le 08/11/2021, à 08:03

Ah j'ai oublié
comme Hizoka en #9
@MicP
merci pour la variable PIPESTATUS que je ne connaissais pas.
je note ça dans mon aide-mémoire

@nany
En effet, il y a d’abord un Useless Use Of Cat donc cat est inutile.

2ème fois que je tombe sur cette expression "Useless Use Of Cat" dans le forum
je vais chercher ce que ça veut dire
.....
"Utilisation inutile de CAT"
bon ça dit bien ce que ça veut dire .....

Dernière modification par ar barzh paour (Le 08/11/2021, à 08:20)

FrancisFDZ · Le 08/11/2021, à 09:57

ar barzh paour a écrit :

@FrancisFDZ
je ne veux pas utiliser sudo , je veux simplement récupérer le code d'erreur

Suite à l'intervention de nany en #6, j'ai signalé que ma proposition de passer par sudo n'était pas adaptée.

Tawal · Le 08/11/2021, à 10:46

@ar barzh paour : clique sur le lien Useless Use of Cat Award dans ma signature

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/11/2021, à 08:24

[Resolu] résultat de commande non attendu

#2 Le 07/11/2021, à 08:43

Re : [Resolu] résultat de commande non attendu

#3 Le 07/11/2021, à 08:45

Re : [Resolu] résultat de commande non attendu

#4 Le 07/11/2021, à 08:58

Re : [Resolu] résultat de commande non attendu

#5 Le 07/11/2021, à 09:00

Re : [Resolu] résultat de commande non attendu

#6 Le 07/11/2021, à 09:54

Re : [Resolu] résultat de commande non attendu

#7 Le 07/11/2021, à 10:44

Re : [Resolu] résultat de commande non attendu

#8 Le 07/11/2021, à 10:47

Re : [Resolu] résultat de commande non attendu

#9 Le 07/11/2021, à 11:45

Re : [Resolu] résultat de commande non attendu

#10 Le 07/11/2021, à 12:42

Re : [Resolu] résultat de commande non attendu

#11 Le 07/11/2021, à 13:07

Re : [Resolu] résultat de commande non attendu

#12 Le 07/11/2021, à 13:26

Re : [Resolu] résultat de commande non attendu

#13 Le 07/11/2021, à 13:34

Re : [Resolu] résultat de commande non attendu

#14 Le 07/11/2021, à 16:29

Re : [Resolu] résultat de commande non attendu

#15 Le 07/11/2021, à 16:40

Re : [Resolu] résultat de commande non attendu

#16 Le 08/11/2021, à 08:03

Re : [Resolu] résultat de commande non attendu

#17 Le 08/11/2021, à 09:57

Re : [Resolu] résultat de commande non attendu

#18 Le 08/11/2021, à 10:46

Re : [Resolu] résultat de commande non attendu

Pied de page des forums