Vollständige Ansicht, wo die PATH-Variable in Bash gesetzt ist

Ich habe an ein paar Stellen gelesen, dass das eingestellt PATHist, /etc/profileoder die .profileDatei, die sich im Hauptverzeichnis befindet.

Sind dies die einzigen Orte, an denen der Pfad festgelegt ist? Ich möchte es besser verstehen.

In der /etc/profileDatei heißt es wie im folgenden Kommentar "system-wide .profile file for the Bourne shell". Bedeutet das, dass Profildateien die Hauptkonfigurationsdateien für bash sind?

In dieser Datei wird die Variable überhaupt nicht PATHangezeigt. In der .profileDatei im Home-Verzeichnis steht diese Zeile:

PATH="$HOME/bin:$PATH"

Das wird PATHdurch das Aussehen zurückgesetzt, weil es den bereits gesetzten $PATHString mit $HOME/bin:rechts verkettet . Aber ob etc/profileund woher ~/.profilekommen die einzigen Dateien in dieser Codezeile, wenn sie nicht in definiert sind ?PATH$PATH/etc/profile

Kann jemand erfahren, bitte geben Sie eine breite und detaillierte Erklärung der PATHVariablen? Vielen Dank!

Es gibt viele Stellen, an denen eingestellt werden PATHkann.

Das loginProgramm setzt es auf einen Standardwert. Wie dieser Standardwert konfiguriert wird, ist systemabhängig. Auf den meisten nicht eingebetteten Linux-Systemen wird es /etc/login.defsmit unterschiedlichen Werten für root und für andere Benutzer verwendet. Konsultieren Sie das login(1)Handbuch auf Ihrem System, um herauszufinden, was es tut.

Auf Systemen, die PAM , insbesondere das pam_envModul, verwenden, können Umgebungsvariablen in der systemweiten Datei /etc/environmentund der benutzerspezifischen Datei festgelegt werden ~/.pam_environment.

Die meisten Anmeldemethoden (jedoch keine Cron-Jobs) führen eine Anmeldeshell aus, die systemweite und benutzerspezifische Konfigurationsdateien liest. Diese Dateien können den Wert von ändern PATH, normalerweise um Einträge hinzuzufügen, manchmal aber auch auf andere Weise. Welche Dateien gelesen werden, hängt von der Login-Shell ab. Bourne / POSIX-artige Shells lesen /etc/profileund ~/.profile. Bash liest /etc/profile, aber für die pro-User - Datei liest nur die erste vorhandene Datei unter ~/.bash_profile, ~/.bash_loginund ~/.profile. Zsh liest /etc/zshenv, ~/.zshenv, /etc/zprofile, ~/.zprofile, /etc/zloginund ~/.zlogin. Viele GUI - Sitzungen organisieren zu laden /etc/profileund ~/.profile, aber das hängt von dem Display - Manager auf der Desktop - Umgebung oder anderen Sitzungsstartskript, und wie jede Verteilung diese nach oben gesetzt hat.

Die anfängliche PATH-Variable wird normalerweise in festgelegt. /etc/profile Manchmal legt ein Sys-Administrator auch PATH-Variablen zur Quelle in fest/etc/profile.d

Dies sind die System-PATH-Variablen, die jeder, der sich anmeldet, standardmäßig erbt (sofern sie nicht lokal überschrieben werden). Dies legt normalerweise offensichtliche Pfade fest, zum Beispiel /usr/bin, obwohl wir bei meiner Arbeit /opteinige benutzerdefinierte Pfade verwenden , so dass diese auch dort festgelegt werden.

Bei benutzerspezifischen Anmeldekonten kann PATH auch in definiert werden ~/.profile. Das könnte Dinge definieren, auf die nicht alle Benutzer Zugriff haben. Vielleicht können Abteilungsleiter Binärdateien ausführen, /optaber andere Benutzer kümmern sich nicht um diese Binärdateien. Benutzer können diese Datei auch selbst ändern, und das Schöne daran .profileist, dass sie nicht Shell-spezifisch ist. Wenn Sie sich anmelden, wird der dort eingestellte Pfad bezogen.

Für Shell-spezifische Logins, PATH kann definiert werden in ~/.bash_profile, ~/.bashrc, oder .cshrc, oder ähnlichem. Benutzer können hier PATH einstellen, wenn sie bestimmte Pfade für bestimmte Shells wünschen oder wenn sie nur all ihre persönlichen Präferenzen dort beibehalten.

Zusammenfassend: / etc / profile und /etc/profile.d sind traditionell kaskadierende Einstellungen. Sie werden vererbt und normalerweise in persönlichen Punktedateien hinzugefügt (obwohl ein Benutzer sie auch überschreiben kann). Persönliche Punktedateien werden normalerweise von einem Benutzer festgelegt.

Natürlich hat eine Shell auch Umgebungsvariablen, so dass eine lokale Umgebungsvariable auch Standard-PATH in jeder Konfigurationsdatei hinzufügen oder überschreiben kann.

So ergänzen Sie die anderen Antworten:

bashwird PATHauf einen fest codierten Standardwert gesetzt, wenn dieser nicht in der Umgebung eingestellt ist. Auf einem Ubuntu Server 16.04.2-Computer erhalte ich:

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

Mit dem folgenden stringsDienstprogramm können wir überprüfen, ob dieser Wert tatsächlich fest codiert ist und nicht aus der Umgebung oder einer Datei gelesen wird :

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

Auf meinem Arch Linux-Computer erhalte ich jedoch ein anderes Ergebnis:

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

Es sieht also so aus, als wäre diese Standardeinstellung zum Zeitpunkt der bashErstellung der Binärdatei ausgewählt, was vom verwendeten Betriebssystem / der verwendeten Distribution abhängt.

Sachen, die ich nicht sehe:

• X Zeug
• Masterdateien, von denen .profileusw. bei der Kontoerstellung kopiert werden
• pam_env
• Ein neuer Thread über Debian , in dem dies ausführlich diskutiert wird.

Ken Thompson mag Sie überraschen: "Views on Linux" .