Discussion :

[syl1405]

Bonjour,

Mes dernières utilisations d'un script shell date un peu, et j'ai du m'y remettre. Et j'ai un petit problème. Voici mon script (tout simple !!!) :

#!/bin/bash

function main()
{

if test -f fichier
then
echo "Fichier d'options déjà existant"
else
touch fichier
chmod u+rwx fichier
fi

}

main

-------------------------

J'ai un joyeux touch : commande introuvable
chmod : commande introuvable

Alors qu'elles fonctionnent très bien dans un terminal ... Je comprends vaiment vraiment pas !!!

Merci pour votre aide

[N_BaH]

Bonjour syl,

ajoute un PATH dans ton script.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/bin/bash
 
PATH=/usr/bin:/bin
 
...

[syl1405]

Bonjour syl,

ajoute un PATH dans ton script.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/bin/bash
 
PATH=/usr/bin:/bin
 
...

Merci N_BaH, effectivement ça a suffit ... cependant, en reprenant des vieux projets, je n'avais jamais eu à utiliser cette ligne ... est-ce du à l'OS sur lequel on travaille ? (là je suis sur Kubuntu, je crois me rappeler que j'étais sur Solaris à l'époque)

Syl

[N_BaH]

Je n'ai pas à le faire sur Debian, sauf pour les scripts lancés par cron. Et encore... j'ai ajouté un PATH permanent directement dans mes crontab.

[Sve@r]

Merci N_BaH, effectivement ça a suffit ... cependant, en reprenant des vieux projets, je n'avais jamais eu à utiliser cette ligne ... est-ce du à l'OS sur lequel on travaille ? (là je suis sur Kubuntu, je crois me rappeler que j'étais sur Solaris à l'époque)

Syl

Toutes les distributions Linux se valent dans les grandes lignes... mais peuvent différer pour certains détails (l'importance du détail est à l'appréciation de l'utilisateur)

Il est probable que dans ton environnement kubuntu (distribution résolument orientée vers les néophytes), le PATH ne soit pas bien complètement configuré (parce que les développeurs ont pensé que personne n'en aurait besoin vu que les gens qui utilisent kubuntu ne sont pas sensés taper dans le scripting). Mais ça peut se modifier (voir /etc/profile et/ou /etc/profile.d/path.sh)

Si t'avais été sur Debian (distribution faite pour ceux qui tapent dans le système à tour de bras), ton script aurait fonctionné. Accessoirement, tu peux remplacer

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

touch fichier

par

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

> fichier

Cela aura le même résultat sans passer par la commande touch (dont le but initial n'est pas la création de fichier)

PS: concernant le chmod u+rwx, cela ne me semble pas utile. Il est quasiment certain que ton umask est positionné pour que ton fichier ait déjà les droits u=rw. Et si vraiment il te faut le droit x (ce qui semblerait étonnant pour un simple fichier de paramètres), alors chmod u+x suffit...

[syl1405]

Si t'avais été sur Debian (distribution faite pour ceux qui tapent dans le système à tour de bras), ton script aurait fonctionné. Accessoirement, tu peux remplacer

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

touch fichier

par

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

> fichier

Cela aura le même résultat sans passer par la commande touch (dont le but initial n'est pas la création de fichier)

Oui c'est vrai. Le souci est que je créé des fichiers dans les répertoires /etc, ce qui requiert en fait des droits particulier (sachant qu'un utilisateur quelconque peut exécuter le script). Donc j'ai besoin de faire "sudo touch". D'ailleurs, ça me pose un autre problème. J'ai créé un fichier (avec sudo) dans /etc/ppp/peers, mais quand je veux écrire des trucs dedans (echo truc >> fichier), je n'en ai pas le droit, même en modifiant les droits du fichier, certainement parce que le dossier lui-même n'est pas ouvrable .

Auriez-vous une idée s'il vous plait ?

merci

[Sve@r]

Oui c'est vrai. Le souci est que je créé des fichiers dans les répertoires /etc, ce qui requiert en fait des droits particulier (sachant qu'un utilisateur quelconque peut exécuter le script).

Non. Si le script écrit dans /etc alors seul root devra avoir le droit de l'exécuter.

Donc j'ai besoin de faire "sudo touch"

Ben non. Tu crées ton script dans la philosophie "c'est root qui l'exécute" donc tu t'embêtes pas avec les sudo.
Et si un utilisateur quelconque a besoin de lancer le script, alors l'utilisateur appellera sudo le_script

D'ailleurs, ça me pose un autre problème. J'ai créé un fichier (avec sudo) dans /etc/ppp/peers, mais quand je veux écrire des trucs dedans (echo truc >> fichier), je n'en ai pas le droit, même en modifiant les droits du fichier, certainement parce que le dossier lui-même n'est pas ouvrable .

Auriez-vous une idée s'il vous plait ?

Si le fichier "/etc/ppp/peers" existe déjà, alors
Il faut que les dossiers "/", "/etc" et "/etc/ppp" aient au-moins le droit x
Il faut que le fichier "/etc/ppp/peers" ait le droit w

Si le fichier "/etc/ppp/peers" n'existe pas, alors
Il faut que les dossiers "/" et "/etc" aient au-moins le droit x
Il faut que le dossier "/etc/ppp" ait les droits wx