Version imprimable
Bonjour,
Sous MDK 10, je modifie mon PATH via la commande suivante :
Mais je suis obligé à chaque redémarage d elinux de redéfinir le PATH en y ajoutant :/repertoireCode:export PATH=$PATH:/repertoire
Ma question est donc, ou se trouve le fichier dans lequel modifier de manière permanente le PATH
Merci d'avance
Selon les shell par défaut, chaque utilisateur a un fichier de personnalisation qui lui est propre, sur son répertoire racine. .bashrc pour bash, .cshrc pour cshell, etc.
En outre, un fichier "maître" est disponible dans /etc (/etc/bashrc, /etc/profile, etc.)
Selon si tu veux que la modification porte sur un utilisateur ou sur tous, tu placeras tes modifications dans l'un ou l'autre de ces fichiers ... Mais n'oublie pas de lire les commentaires, au préalable, car ils indiquent parfois un endroit plus approprié pour faire des modifications ...
Bonne continuation
Pour mes besoins j'ai modifié le .bashrc dans mon home
Merci pour le coup de main...
Bonjour,
J'up un vieu post mais j'ai egalement besoin de cette information.
J'utilise export PATH=/mon repertoire/...
Je souhaiterais que tous les utilisateurs aient leur PATH modifié. J'ai cherché dans différents fichiers /etc/ mais n'ai pas trouvé l'endroit ou procéder à la modification.
Je suis sous ubuntu serveur 9.04. Merci pour vos réponses.
http://doc.ubuntu-fr.org/variables_d_environnement
Cordialement.
Merci pour la réponse.
Je suis désolé mais je suis grand débutant sous linux. J'ai cherché dans les différents fichier mais n'est pas compris comment rendre cette variable modifié accessible à tous les utilisateurs.
Chaque utilisateur qui se connecte commence par exécuter le fichier "/etc/profile" puis "/etc/bashrc".Citation:
Envoyé par Trebor
Ensuite, il continue avec son ".bash_profile" perso puis son ".bashrc" qui se trouvent dans son HOME. La différence entre les 2 est minimes: le .bash_profile est exécuté à la connection et le .bashrc à chaque fenêtre shell (et on peut en ouvrir plusieurs en environnement fenêtré alors qu'on ne fait qu'une seule connection)
Donc si tu veux donner une variable pour tous, tu tapes dans "/etc/profile" et/ou "/etc/bashrc" ; et si tu veux donner une variable seulement à un utilisateur particulier tu vas taper dans son ".bash_profile" ou ".bashrc".
Merci, voici une réponse claire.
Après un temps de rechercher, j'ai trouvé dans le fichier /etc/bash_completion une ligne de code comme suit :
PATH=/usr/bin......etc..
J'y ai rajouté :/mon_repertoire et ca fonctionne. Merci pour cette réponse.
Tu peux aussi aller regarder le répertoire "/etc/profile.d". Je ne m'en suis pas souvenu hier car il n'existe que sous Linux (et pas sous Unix) et il contient tout un tas de scripts.Citation:
Envoyé par Trebor
Lorsque l'utlisateur se connecte; le fichier "/etc/profile" va parcourir l'ensemble de ce répertoire "profile.d" et exécute séquentiellement tous les scripts qui s'y trouvent. C'est comme si tous les scripts se trouvaient dans "/etc/profile" mais c'est plus modulaire. Au lieu d'avoir un gros script imbitable, on a un tas de petits scripts destinés à ne travailler que sur un seul aspect de l'environnement et c'est plus facilement paramétrable. On peut par exemple y trouver "path.sh" destiné à modifier le PATH...
Attention au répertoire ".". Généralement, la tentation est grande de l'y rajouter dans le PATH. Ainsi, plus besoin de faire "./" pour exécuter nos propres scripts se trouvant dans le répertoire courant.Citation:
Envoyé par Trebor
Toutefois, cela peut amener une faille de sécurité dans le cas où le "." se trouve en début de PATH pour root. Dans ce cas, quand root travaille, tout script se trouvant dans le dossier courant passera en priorité. Rien de plus facile ensuite pour un utilisateur malveillant de créer un script nommé "ls" ou "cat" et le laisser un peu partout chez-lui. Un jour où l'autre, il y a une chance que root passant par là fasse "ls" et exécute le script qui va bien.
Donc on peut mettre le "." dans le PATH mais en ayant conscience de ce qu'on fait. Et au-moins on le met en fin de PATH pour ne pas masquer par un nom de script malheureux une commande réellement existante (ici c'est accidentel et non malveillant mais cela peut aussi causer des soucis). Et malgré tout, on évite de le mettre pour le PATH de root comme cela, root sera obligé, pour exécuter un script local, de le spécifier manuellement (protection supplémentaire).