Vue complète de l'endroit où la variable PATH est définie dans bash

J'ai lu à quelques endroits que le PATHest défini dans /etc/profileou le .profilefichier qui se trouve dans le répertoire d'accueil.

S'agit-il des seuls endroits où le chemin est défini? Je veux mieux le comprendre.

Dans le /etc/profiledossier, comme le dit le commentaire suivant "system-wide .profile file for the Bourne shell". Est-ce à dire que les fichiers de profil sont les principaux fichiers de configuration de bash?

Dans ce fichier, je ne vois pas du tout la PATHvar définie. Dans le .profilefichier du répertoire personnel, il y a cette ligne:

PATH="$HOME/bin:$PATH"

Cela réinitialise PATHpar l'apparence, car il concatène la $PATHchaîne déjà définie avec le $HOME/bin:droit? Mais si etc/profileet ~/.profilesont les seuls paramètres de fichiers d' PATHoù $PATHvient cette ligne de code si elle n'est pas définie dans /etc/profile?

Une personne expérimentée peut-elle donner une explication large et détaillée de la PATHvariable? Merci!

Il existe de nombreux endroits où vous PATHpouvez définir.

Le loginprogramme le définit sur une valeur par défaut. La configuration de cette valeur par défaut dépend du système. Sur la plupart des systèmes Linux non intégrés, il provient de /etc/login.defs, avec des valeurs différentes pour root et pour les autres utilisateurs. Consultez le login(1)manuel de votre système pour savoir ce qu'il fait.

Sur les systèmes utilisant PAM , en particulier le pam_envmodule, les variables d'environnement peuvent être définies dans le fichier à l'échelle du système /etc/environmentet le fichier par utilisateur ~/.pam_environment.

Ensuite, la plupart des façons de se connecter (mais pas les tâches cron) exécutent un shell de connexion qui lit les fichiers de configuration à l'échelle du système et par utilisateur. Ces fichiers peuvent modifier la valeur de PATH, généralement pour ajouter des entrées, mais parfois d'une autre manière. Les fichiers lus dépendent du shell de connexion. Les coquilles de style Bourne / POSIX lisent /etc/profileet ~/.profile. Bash lit /etc/profile, mais pour le fichier par utilisateur, il ne lit que le premier fichier existant parmi ~/.bash_profile, ~/.bash_loginet ~/.profile. Zsh lit /etc/zshenv, ~/.zshenv, /etc/zprofile, ~/.zprofile, /etc/zloginet ~/.zlogin. De nombreuses sessions GUI s'arrangent pour se charger /etc/profileet ~/.profile, mais cela dépend du gestionnaire d'affichage, de l'environnement de bureau ou d'un autre script de démarrage de session, et de la façon dont chaque distribution les a configurés.

La variable PATH initiale est généralement définie dans /etc/profile Parfois, un administrateur sys mettra également les variables PATH à la source dans/etc/profile.d

Ce sont les vars du système PATH que tous ceux qui se connectent héritent par défaut (sauf s'ils sont remplacés localement). Cela définit généralement des chemins évidents, comme /usr/bin, bien que dans mon travail, nous utilisons /optet quelques emplacements personnalisés de manière extensive, donc ceux-ci sont également définis.

Sur les comptes de connexion par utilisateur, PATH peut également être défini dans ~/.profile. Cela pourrait définir des choses auxquelles tous les utilisateurs n'ont pas accès; peut-être que les chefs de service peuvent exécuter des binaires à partir de /optmais les autres utilisateurs ne sont pas gênés par ces binaires. Les utilisateurs peuvent également modifier ce fichier eux-mêmes, et ce .profilequi est bien, c'est qu'il n'est pas spécifique au shell; si vous vous connectez, l'ensemble PATH y est obtenu.

Pour les connexions spécifiques shell, PATH peut être définie ~/.bash_profile, ~/.bashrcou .cshrc, ou similaire. Les utilisateurs peuvent définir PATH ici s'ils veulent des chemins spécifiques pour des shells spécifiques, ou s'ils se trouvent simplement à y conserver toutes leurs préférences personnelles.

En résumé: / etc / profile et /etc/profile.d sont traditionnellement des paramètres en cascade; ils sont hérités et sont généralement ajoutés à des fichiers dot personnels (bien qu'un utilisateur puisse choisir de les remplacer à la place). Les fichiers de points personnels sont généralement définis par un utilisateur.

Bien sûr, un shell a aussi des variables d'environnement, donc une variable d'environnement locale peut également ajouter ou remplacer le PATH par défaut dans n'importe lequel des fichiers de configuration.

Pour ajouter aux autres réponses:

bashsera défini PATHsur une valeur par défaut codée en dur s'il n'est pas défini dans l'environnement. Sur une machine Ubuntu Server 16.04.2, j'obtiens:

$ env -i bash -c 'echo $PATH'
/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:.

Nous pouvons vérifier que cette valeur est bien codée en dur, et non lue depuis l'environnement ou un fichier, en utilisant l' stringsutilitaire:

$ strings /bin/bash | grep /usr/sbin
/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:.

Cependant, j'obtiens un résultat différent sur ma machine Arch Linux:

$ env -i bash -c 'echo $PATH'
/usr/local/sbin:/usr/local/bin:/usr/bin

Il semble donc que cette valeur par défaut soit choisie au moment de la construction du bashbinaire, ce qui dépend du système d'exploitation / de la distribution utilisé.

Des trucs que je ne vois pas:

• X stuff
• Masterfiles d'où .profileetc sont copiés lors de la création du compte
• pam_env
• Un sujet récent sur Debian , où cela est discuté en détail.

Quant à Ken Thompson, vous serez peut-être surpris de son: "Vues sur Linux" .