[Résolu]Problème de calcul dans boucles avec 22.04 jammy.

geole · Le 11/07/2022, à 13:57

Bonjour
Un script qui fonctionne bien en 20.04 ne fonctionne plus en 22.04.
J'ai isolé la séquence. L'erreur doit être si grosse que je ne la vois pas.

a@a:~$ a=0
a@a:~$ a=$(($a+1))
a@a:~$ echo $a
1
a@a:~$ let "a=$a+1"
a@a:~$ echo $a
2
a@a:~$ for i in 1 2 
do
echo $a
let "a=$a+1"
a=$(($a+1)) 
done
2
4 
bash: let: a=4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
bash: 4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$ let "a=$a+1"
bash: let: a=4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$ a=$(($a+1))
bash: 4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$

On voit que le problème se passe à la première itération puis qu'il est résiduel.

a@a:~$ a=0
a=$(($a+1)) 
for i in 1 2 
do
echo $a
a=$(($a+1)) 
echo $a
done
1 
bash: 1 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$ 
a@a:~$ a=$(($a+1)) 
bash: 1 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$

Il faut quitter la session et en ouvrir une autre. mais même problème aussitôt qu'on fait une boucle.
La détection initiale fut sur un "while read" et ajouter #!/bin/bash ne change rien au problème.

a@a:~$ cat /etc/lsb-release && sudo apt update
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04 LTS"
[sudo] Mot de passe de a : 
Réception de :1 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB]
Atteint :2 http://fr.archive.ubuntu.com/ubuntu jammy InRelease                                                               
Réception de :3 http://fr.archive.ubuntu.com/ubuntu jammy-updates InRelease [114 kB]                                         
Atteint :4 https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu jammy InRelease                                    
Réception de :5 http://security.ubuntu.com/ubuntu jammy-security/main amd64 DEP-11 Metadata [11,4 kB]
Réception de :6 http://fr.archive.ubuntu.com/ubuntu jammy-backports InRelease [99,8 kB]
Réception de :7 http://security.ubuntu.com/ubuntu jammy-security/universe amd64 DEP-11 Metadata [608 B]
336 ko réceptionnés en 1s (396 ko/s)                                      
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Tous les paquets sont à jour.
a@a:~$ 
a@a:~$ 
a@a:~$ a=$(($a+1))
bash: 4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)
a@a:~$

Dernière modification par geole (Le 12/07/2022, à 17:24)

iznobe · Le 11/07/2022, à 14:50

Salut , cette ligne ne me parait pas correcte :

a=$(($a+1))

en particulier le contenu des doubles parentheses .
ca ne serait pas plutot :

a=$((a+1))

Perso , je prefere utiliser une forme contractée du genre :

let "i++"

c ' est bien plus lisible et souvent comme ca avec les autres langages.
ou a la rigueur :

a=$((x++))

Dernière modification par iznobe (Le 11/07/2022, à 14:57)

ar barzh paour · Le 11/07/2022, à 15:16

((a=$a+1))
ou
((a=a+1))
ou
((a++))
ou
((++a))
ou
((a+=1))

il y a des différences entre ces possiblités ( attention aux effets de bord )

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

iznobe · Le 11/07/2022, à 15:20

ce sont toutes les memes sauf une en fait :

((++a))

qui incremente "avant" alors que toutes les autres incremente apres de 1 la variable a .
Du coup le changement n' est en fait visible que lorsque cette expression est utilisée conjointement a une boucle .

Dernière modification par iznobe (Le 11/07/2022, à 15:23)

ar barzh paour · Le 11/07/2022, à 15:25

oui et pas besoin de $ devant((...))

a=10
((a=$a+1))
((a=a+1))
((a++))
((++a))
((a+=1))
echo $a
15

Dernière modification par ar barzh paour (Le 11/07/2022, à 15:27)

Watael · Le 11/07/2022, à 17:07

le code de geole fonctionne correctement sur Buster; je soupçonne l'insertion involontaire d'un caractère invisible, comme l'indique l'espace "en trop" dans le message d'erreur :

le symbole erroné est «  +1 »
                        ^ ici

Dernière modification par Watael (Le 11/07/2022, à 17:09)

iznobe · Le 11/07/2022, à 18:12

a@a:~$ a=$(($a+1))
bash: 4 +1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est «  +1 »)

une autre possibilité peut etre avec l' ennoncé de l' erreur : operateur arithmétique non valable , est il possible que la variable " a " contienne a ce moment là autre chose qu ' un truc numerique ? une chaine de caractere peut etre ? ou un tableau ou autre chose d' ailleurs ? et que du coup il ne soit pas possible de faire une addition , d' ou le message retourné .

Car d' apres nos tests a tous aucun soucis particulier a priori .

je viens de tester le code sous 20.04 , voici ce que j' obtiens :

iznobe@iznobe-pc:~$ a=0
iznobe@iznobe-pc:~$ a=$(($a+1))
iznobe@iznobe-pc:~$ echo $a
1
iznobe@iznobe-pc:~$ let "a=$a+1"
iznobe@iznobe-pc:~$ echo $a
2
iznobe@iznobe-pc:~$ for i in 1 2 
> do
> echo $a
> let "a=$a+1"
> a=$(($a+1)) 
> done
2
4

je reviens avec la meme chose en 22.04 .

EDIT : suite du test en 22.04 :

iznobe@iznobe-PC:~$ a=0
iznobe@iznobe-PC:~$ a=$(($a+1))
iznobe@iznobe-PC:~$ echo $a
1
iznobe@iznobe-PC:~$ let "a=$a+1"
iznobe@iznobe-PC:~$ echo $a
2
iznobe@iznobe-PC:~$ for i in 1 2 
do
echo $a
let "a=$a+1"
a=$(($a+1)) 
done
2
4
iznobe@iznobe-PC:~$

Pour info a tout hasard :

iznobe@iznobe-PC:~$ echo $SHELL
/bin/bash
iznobe@iznobe-PC:~$ echo $BASH_VERSION
5.1.16(1)-release
iznobe@iznobe-PC:~

Dernière modification par iznobe (Le 11/07/2022, à 18:27)

Tawal · Le 12/07/2022, à 03:31

Hello,

Je pense comme Watael à un caractère invisible.
Mais difficile de dire lequel et comment il est arrivé là.
Peut-être une édition de type Windows (Notepad par exemple avec un /r à la fin des lignes).
Je n'ai pas pu reproduire l'erreur sous Debian Bullseye.

jplemoine · Le 12/07/2022, à 07:13

Je suis plutôt sur la piste de la variable a non initialisée (et qui contiendrait n'importe quoi).
test : ajouter a=0 avant la boucle for (ou n’importe quelle valeur)
NB : l'instruction for initialise sa variable index (i) : il n' y a donc pas besoin de l'initialiser de manière explicite.

Watael · Le 12/07/2022, à 11:22

$ a=abc
$ let "a=$a"
$ echo $a
0
$ let "a=$a+1"
$ echo $a
1
$

donc, non.

FrancisFDZ · Le 12/07/2022, à 11:37

Bonjour,

jplemoine a écrit :

Je suis plutôt sur la piste de la variable a non initialisée (et qui contiendrait n'importe quoi).
test : ajouter a=0 avant la boucle for (ou n’importe quelle valeur)
NB : l'instruction for initialise sa variable index (i) : il n' y a donc pas besoin de l'initialiser de manière explicite.

Ou relire en hexa le texte présentant cette anomalie !

Dernière modification par FrancisFDZ (Le 12/07/2022, à 11:38)

Tawal · Le 12/07/2022, à 13:06

Ou relire en hexa le texte présentant cette anomalie !

Donc on reviendrais au caractère invisible

geole · Le 12/07/2022, à 14:35

Bonjour
Je vous remercie de toutes ces pistes. J'ai essayé comme j'ai pu.
Finalement je suis revenu en version 20.04
J'ai découvert deux problemes.
Je vous donne le script qui fonctionne.

a@b:~$ Nb=0;Size=0
a@b:~$ df -aBK 2>/dev/null| grep snap  >Snap.txt
a@b:~$ while read j; do
> ##Val=echo  $j | cut -dK -f1 | cut -d ' ' -f2 ; echo $Val  Ko trouvés dans ce support  $j
> Nb=$(($Nb+1))
> Size=$(($Size+$((echo $j | cut -dK -f1 | cut -d ' ' -f2) )))
> done<Snap.txt
a@b:~$ echo  $Nb ' snap pour une taille de ' $(($Size/1000)) Mo.
30  snap pour une taille de  3023 Mo.
a@b:~$

En recopiant dans l'ordinateur contenant la version 22.04; j'ai probablement commis une erreur.

En faisant la même erreur en version 20.04, j'ai aussi l'incident
Voici le script qui ne fonctionne pas.

a@b:~$ Nb=0;Size=0
a@b:~$ df -aBK 2>/dev/null| grep snap  >Snap.txt
a@b:~$ while read j; do
> ##Val=echo  $j | cut -dK -f1 | cut -d ' ' -f2 ; echo $Val  Ko trouvés dans ce support  $j
> Nb=$(($Nb+1))
> Size=$(($Size+$((echo $j | cut -dK -f1 | cut -d ' ' -f2))))
> done<Snap.txt
bash: echo /dev/loop0              128K        128K         0K 100% /snap/bare/5 | cut -dK -f1 | cut -d ' ' -f2 : division par 0 (le symbole erroné est « dev/loop0              128K        128K         0K 100% /snap/bare/5 | cut -dK -f1 | cut -d ' ' -f2 »)
a@b:~$ echo  $Nb ' snap pour une taille de ' $(($Size/1000)) Mo.
1  snap pour une taille de  0 Mo.

Dans le premier on voit ) ))) dans le second l'espace a disparu
Je vais certainement utiliser une variable intermédiaire

Je profite de votre expérience,.. Je voudrais améliorer en évitant le fichier intermédiaire.
Mais je n'arrive pas a récupérer le cumul

a@b:~$ Nb=0;
a@b:~$ df -aBK 2>/dev/null| grep snap  | while read j; do
> Nb=$((Nb+1))
> echo $Nb
> done
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
a@b:~$ echo $Nb
0
a@b:~$

Pour l'ordinateur en 20.04

a@b:~$ echo $SHELL && echo $BASH_VERSION
/bin/bash
5.0.17(1)-release
a@b:~$

Pour l'ordinateur en 22.04

a@a:~$ echo $SHELL && echo $BASH_VERSION
/bin/bash
5.1.16(1)-release
a@a:~$

Dernière modification par geole (Le 12/07/2022, à 14:40)

iznobe · Le 12/07/2022, à 16:03

Salut , sinon plus simple , mais sans le nombre total de snap :

sudo du -csh /snap/* | sort -rh

Watael · Le 12/07/2022, à 16:47

je n'ai pas de snap; je ne peux donc pas améliorer la commande qui fournira les données.

par contre, pour le shell, les pipes créent un sous-shell en dehors duquel les variables qui y sont créées n'existent plus.

une solution :

while read -ra tablo #on lit dans un tableau chaque ligne de données qui sont dans un format tableau ! :)
do
   echo "ligne n°$((++l)) ;  colonne n°1 (\${tablo[0]}): ${tablo[0]}" #les tableaux indexés commencent à 0. La colonne qu'on veut traiter sera donc "n°Col - 1"
done < <(df ---options--- | grep 'ou pas...')

geole · Le 12/07/2022, à 16:52

Merci.
Quelque fois on se complique la vie inutilement.........
Le plus important n'est pas le nombre mais la taille cumulée.
Retour de la version standard 22.04

[sudo] sudo du -csh /snap/* | sort -rh
6,6G	total
2,2G	/snap/gnome-3-38-2004
1,1G	/snap/kde-frameworks-5-qt-5-15-3-core20
726M	/snap/gtk-common-themes
693M	/snap/firefox
408M	/snap/spectacle
396M	/snap/core20
338M	/snap/core18
337M	/snap/snapd
296M	/snap/snap-store
295M	/snap/youtube-dl
4,5K	/snap/bare
4,0K	/snap/README
4,0K	/snap/bin

J'ai noté le problème des pipe non prévus pour du cumulatif. Le plus simple est certainement de rester avec un fichier intermédiaire.

a@a:~$ Nb=0;Size=0
df -aBK 2>/dev/null| grep snap  >Snap.txt
while read j; do
###Val=$(echo  $j | cut -dK -f1 | cut -d ' ' -f2); echo $Val  Ko trouvés dans ce support  $j
Nb=$(($Nb+1))
Size=$(($Size+$((echo $j | cut -dK -f1 | cut -d ' ' -f2) )))
done<Snap.txt
echo  $Nb ' snap pour une taille de ' $(($Size/1000)) Mo.
21  snap pour une taille de  2852 Mo.

 cat Snap.txt
/dev/loop0            56960K     56960K         0K 100% /snap/core18/2409
/dev/loop1              128K       128K         0K 100% /snap/bare/5
/dev/loop4            63488K     63488K         0K 100% /snap/core20/1518
/dev/loop2            56960K     56960K         0K 100% /snap/core18/2344
/dev/loop5           166272K    166272K         0K 100% /snap/firefox/1443
/dev/loop3            63488K     63488K         0K 100% /snap/core20/1494
/dev/loop6           165504K    165504K         0K 100% /snap/firefox/1498
/dev/loop10           93952K     93952K         0K 100% /snap/gtk-common-themes/1535
/dev/loop15           48128K     48128K         0K 100% /snap/snapd/16010
/dev/loop11          434432K    434432K         0K 100% /snap/kde-frameworks-5-qt-5-15-3-core20/8
/dev/loop8           410496K    410496K         0K 100% /snap/gnome-3-38-2004/112
/dev/loop13           46976K     46976K         0K 100% /snap/snap-store/582
/dev/loop7           260224K    260224K         0K 100% /snap/gnome-3-38-2004/106
/dev/loop17           95488K     95488K         0K 100% /snap/youtube-dl/4630
/dev/loop12           46976K     46976K         0K 100% /snap/snap-store/575
/dev/loop16          115072K    115072K         0K 100% /snap/spectacle/145
/dev/loop9            83328K     83328K         0K 100% /snap/gtk-common-themes/1534
tmpfs                596532K      3556K    592976K   1% /run/snapd/ns
nsfs                      0K         0K         0K    - /run/snapd/ns/snap-store.mnt
nsfs                      0K         0K         0K    - /run/snapd/ns/firefox.mnt
/dev/loop18           48128K     48128K         0K 100% /snap/snapd/16292
a@a:~$

Nota. A mon avis, la première commande donne la taille des snaps dans le disque dur et la seconde commande l'occupation en RAM donc deux valeurs différentes.

Finalement le bon script

Nb=0;Size=0
df -aBK 2>/dev/null| grep snap  >Snap.txt
while read j; do Nb=$(($Nb+1)); Size=$(($Size+$(echo  $j | cut -dK -f1 | cut -d ' ' -f2))); done<Snap.txt
echo  $Nb ' snap pour une taille de ' $(($Size/1000)) Mo.

Merci à tous.

Dernière modification par geole (Le 12/07/2022, à 17:36)

Watael · Le 12/07/2022, à 18:47

Le plus simple est certainement de rester avec un fichier intermédiaire.

"plus simple" peut-être, mais dégueu.

tu ferais bien de remplacer le grep et les cut par un awk, et hop ! plus de boucle while !

$ df -aBK | awk '/snap/{sub("K","",$2); ++l; t+=$2}END{print l,"snaps dans",t,"K"}'

geole · Le 13/07/2022, à 16:11

Bonjour
Je n'ai pas tout compris pour l'écriture.

a@a:~$ df -aBK | awk '/snap/{sub("K","",$2); ++l; t+=$2}END{print l,"snaps dans",((t/1000000)),"Go"}'
df: /run/user/1000/doc: Opération non permise
21 snaps dans 2,85253 Go
a@a:~$

Pour limiter le nombre de chiffres après la virgule.

a@a:~$ df -aBK | awk '/snap/{sub("K","",$2); ++l; t+=$2}END{printf("%s %s %.3f %s\n", l,"snaps dans",((t/1000000)),"Go")}'
df: /run/user/1000/doc: Opération non permise
21 snaps dans 2,853 Go
a@a:~$

Watael · Le 13/07/2022, à 19:07

df: /run/user/1000/doc: Opération non permise

je me demandais pourquoi tu redirigeais stderr.

geole · Le 13/07/2022, à 21:18

Et dans mon script "dégueu", c'était la première ligne qui était lue et pas du tout conforme à ce qui était attendu comme structure. D'où l'ajout de la redirection.

Je n'ai pas cherché à en comprendre la cause. https://groups.google.com/g/linux.debia … BznFzR1qlE
Demain, je regarderais l'ajout de l'option T

Donc sans effet. L'astuce est de lancer en mode root

a@a:~$ sudo df -aBK | awk '/snap/{sub("K","",$2); ++l; t+=$2}END{printf("%s %s %.3f %s\n", l,"snaps dans",((t/1000000)),"Go")}'
21 snaps dans 2,853 Go
a@a:~$

Dernière modification par geole (Le 14/07/2022, à 14:00)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/07/2022, à 13:57

[Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#2 Le 11/07/2022, à 14:50

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#3 Le 11/07/2022, à 15:16

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#4 Le 11/07/2022, à 15:20

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#5 Le 11/07/2022, à 15:25

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#6 Le 11/07/2022, à 17:07

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#7 Le 11/07/2022, à 18:12

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#8 Le 12/07/2022, à 03:31

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#9 Le 12/07/2022, à 07:13

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#10 Le 12/07/2022, à 11:22

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#11 Le 12/07/2022, à 11:37

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#12 Le 12/07/2022, à 13:06

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#13 Le 12/07/2022, à 14:35

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#14 Le 12/07/2022, à 16:03

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#15 Le 12/07/2022, à 16:47

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#16 Le 12/07/2022, à 16:52

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#17 Le 12/07/2022, à 18:47

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#18 Le 13/07/2022, à 16:11

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#19 Le 13/07/2022, à 19:07

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

#20 Le 13/07/2022, à 21:18

Re : [Résolu]Problème de calcul dans boucles avec 22.04 jammy.

Pied de page des forums