Evidement ça fonctionne
merci beaucoup !
Ceci dit pourquoi "sh -c" alors que le reste des lignes de mon script fonctionne bien avec un simple sudo ?

j'espère ne pas dire de bétise, mais c'est à cause des priorités d'interprétation : le sudo pour écrire ne porte en fait que sur le echo et non l'écriture >>
(au passage, le 1er sudo est inutile: grep -qs "blablabla" /etc/fstab || sudo -c 'echo "blablabla" >> /etc/fstab')

PS: n'oublie pas le résolu dans le titre !

Hello !

J'utilise la syntaxe suivante qui fonctionne
grep -qs "$verification" fichier || echo "$verification" >> fichier

Cependant je dois aussi l'utiliser pour insérer une ligne dans le fstab, il me faut donc le faire en mode super utilisateur mais malgré l'utilisation de sudo j'ai un message d'erreur disant que je n'ai pas les droits nécessaires !

Ma ligne de commande :
sudo grep -qs "blablabla" /etc/fstab || sudo echo "blablabla" >> /etc/fstab

Réponse :
bash: /etc/fstab: Permission non accordée

une petite aide ?

Un classique (néanmoins pas trop courant :

sudo sh -c 'grep -qs "blablabla" /etc/fstab ||  echo "blablabla" >> /etc/fstab'

J'utilise la syntaxe suivante qui fonctionne
grep -qs "$verification" fichier || echo "$verification" >> fichier

Cependant je dois aussi l'utiliser pour insérer une ligne dans le fstab, il me faut donc le faire en mode super utilisateur mais malgré l'utilisation de sudo j'ai un message d'erreur disant que je n'ai pas les droits nécessaires !

Ma ligne de commande :
sudo grep -qs "blablabla" /etc/fstab || sudo echo "blablabla" >> /etc/fstab

Réponse :
bash: /etc/fstab: Permission non accordée

une petite aide ?

Merci beaucoup pour le pense bête...

Je peux me casser les dents, pas grave, ce ne sont pas les miennes...

ps: les plus grosses vacheries que j'ai personnellement rencontrées sont...

1 - les incompatibilités partielles entre /bin/sh et /bin/bash ... et qui évoluent selon les versions (prise de tête garantie).

2 - la subtilité de gestion des 3 guillements suivants: "  '  ` , particulièrement avec la fonction sed utilisée de manière poussée.

Il y a de quoi se casser les dents, mais quand on a plus de dents, c'est qu'on a appris  au moins un minimum....

D'ailleurs je vais faire quelque recherches pour comprendre ce que tu as indiqué, ce qui m'évitera de redemander la même chose plus tard ;-)

Merci

Ensuite, j'ai identifié ce qu'il y avait de superflu dans ton script, à savoir:
1) le test d'existence de "fichier"
2) distinguer la redirection ">" de ">>" inutile ici.

Ça a permis de passer de 6 lignes de scripts à 2 lignes, si on inclut la déclaration de variable "verification".
Et... j'avais testé !

Ensuite, on pouvait effectivement encore enlever quelques caractères, mais ça ne remet pas en cause l'idée initiale.

En fait je cherchais cette commande parce que j'essaie de me faire un script qui va customiser ma version de linux grâce au script de frafa (http://forum.ubuntu-fr.org/viewtopic.php?id=424373) mais j'ai remarqué que de temps en temps ça bloque, donc si j'ai besoin de relancer le script il faut que celui-ci évite de modifier les fichiers une 2e fois
Les fichiers concernés sont assez nombreux (tous les ppa que j'ajoute + modifications pour ne pas prendre les sources - src) la config du parefeu avec mes règles, création des connexions internet (wifi et ethernet), modification du fichiers sources.list, modifications des fichiers de langue, suppression de la prise en charge de l'ipv6 dans ufw, config du fichier logrotate, vsftpd.conf, etc, etc.....

Merci encore ;-)

du coup, je dirais comme pingouinux.

verification="écrire dans le fichier" 
echo "$verification" >> fichier

si le fichier n'existe pas, il est créé.

φlip: le test et la substitution de commande sont inutiles

grep -qs motif fichier && echo "écrire dans le fichier" >> fichier || echo "écrire dans le fichier" > fichier

mais comme je viens de l'explication, cela ne semble même pas nécessaire.

Merci je vais tester ça avec mes paramètres...