export une variable au démarrage

Bonjour,
J'ai un problème d'export de variable.
J'ai un service personnalisé qui se lance au démarrage grace à /etc/rc3.d
Ce service doit avoir une variable d'environement iniatilisé avant son démarrage.

Même en rajouter l'export dans ~/.bashrc, le service n'a pas accés à la variable.

Avez-vous une idée pour résoudre ce problème ?

J'ai trouvé une solution;
En rajoutant un export dans le script /etc/init.d/rc, la variable est bien connue du service.

Mais je ne sais pas si c'est trés propre...

c'est ce qu'il faut faire oui

Citation:

---

Envoyé par icer

Bonjour,
J'ai un problème d'export de variable.
J'ai un service personnalisé qui se lance au démarrage grace à /etc/rc3.d
Ce service doit avoir une variable d'environement iniatilisé avant son démarrage.

Même en rajouter l'export dans ~/.bashrc, le service n'a pas accés à la variable.

Avez-vous une idée pour résoudre ce problème ?

---

Non, effectivement ce n'est pas très propre.
Ton script risque d'être écrasé à la prochaine mise à jour.

Sinon, tu peux essayer de faire un script qui se lance juste avant et qui se charge simplement de l'export, mais je ne suis pas sûr que ca fonctionne.

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code:

---

su un_utilisateur -c "command"

---

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

Citation:

---

Non, effectivement ce n'est pas très propre.
Ton script risque d'être écrasé à la prochaine mise à jour.

Sinon, tu peux essayer de faire un script qui se lance juste avant et qui se charge simplement de l'export, mais je ne suis pas sûr que ca fonctionne.

---

Quelle serait la solution propre et sûre alors ?

Citation:

---

Envoyé par icer

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code:

---

su un_utilisateur -c "command"

---

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

---

Tiré de la page man de bash :

Code:

---

1 2 3 4 5 6 7 8 9 10

When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc.   When bash is started non-interactively, to run a shell script, for example, it looks for the variable BASH_ENV in the environment, expands its value if it appears there, and uses the expanded value as the name of a file to read and execute.

---

Donc, en gros, le shell se comporte différement s'il est interactif ou exécuté depuis un script.
Mais tu peux faire par exemple :

Code:

---

MA_VARIABLE=valeur commande

---

ou encore

Code:

---

1 2	export MA_VARIABLE=valeur . script_lancer_commande

---

Citation:

---

Envoyé par icer

Quelle serait la solution propre et sûre alors ?

---

Je pense que la solution la plus propre serait (si c'est possible) de changer une option dans un fichier de configuration qui soit équivalente à cette variable d'environnement.

Au pire, tu as toujours la solution rapide et sale ;)

Citation:

---

Envoyé par icer

Il y a quelque chose qui m'échape quand même :

Dans /etc/passwd chaque utilisateur est associé à un shell (bash dans mon cas),
et ~/.bashrc est un script qui est lu quand l'utilisateur se connecte.

Avec la command

Code:

---

su un_utilisateur -c "command"

---

, (placée dans /etc/init.d/mon_service), on exécute une commande comme si on était un_utilisateur dans le MEME environement que celui-ci, ce qui inclu le même shell (bash). Donc le script ~/.bashrc doit être lu ! et si dans ce script il y a un export, le programme lancer par la commande su, doit connaitre cette variable.

Or, ce n'est pas le cas !!!

Pourquoi ???
qu'est-ce que j'ai raté ?

---

Regarde dans la man la différence entre les deux commandes suivantes :

Code:

---

1 2	su - un_utilisateur su un_utilisateur

---

Solution : rajouter le '-' dans ton script devrait suffire.

Merci gangsoleil,

J'ai rajouter le tiret à la commande su et on obtient bien le résultat attendu.
ça me paraît beaucoup plus propre ainsi. Merci encore de ton aide.