Konfiguration der Bash (1)

Ein Überblick

Die Bash bietet dem Anwender zahlreiche Möglichkeiten, ihr Verhalten an seine Wünsche anzupassen. Die meisten Einstellungen können zunächst einmal temporär – quasi "auf Probe" – in einer Sitzung vorgenommen werden. Haben sich die entsprechenden Einstellungen bewährt, dann empfiehlt es sich, sie in eine Konfigurationsdatei zu übernehmen, damit sie von nun an immer zur Verfügung stehen. Anders als viele andere Programme verwendet die Bash eine ganze Reihe von Konfigurationsdateien, die abhängig von der Einsatzweise ausgewertet werden.

Die Einstellungen der Shell durch Variablen in den Konfigurationsdateien und "on the fly" durch den Anwender werden oft mit dem etwas verwirrenden Begriff (Custom) "Environment" beschrieben. Dabei umfasst dies meistens die Readline-Einstellungen, Bash-Variablenzuweisungen und die ausgewählten Bash-Modi. Dieses Environment hat aber nichts mit der Programmumgebung zu tun, siehe dazu den Kasten. Bei der Bash müssen auch einige andere Begriffe streng unterschieden werden: Shelloptionen heißen die Optionen der Bash. Sie werden in den meisten Fällen durch die Bash-Modi (also verschiedene "Zustände" der Shell) repräsentiert. Ein einfaches Beispiel erklärt die Zusammenhänge: Der Editiermodus einer interaktiven Bash kann durch

$> set -o vi

in den vi-Modus bzw. durch

$> set -o emacs

zurück in den Emacs-Modus geschaltet werden.

Shellvariablen werden von der Bash intern ausgewertet. Die aus der Bash aufgerufenen Programme lesen und interpretieren die Umgebungsvariablen, die ihr Verhalten beeinflussen. Umgebungsvariablen sind in dem "Environment" gespeichert und werden an die von der Bash gestarteten Prozesse weitergegeben, sofern sie als "exportierbar" markiert wurden.

Es gibt aber eine Reihe von Umgebungsvariablen, die sinnvollerweise nur durch die Shell selbst ausgelesen und gesetzt werden sollten, etwa $PWD – der Name leitet sich vom eingebauten Befehl pwd (print working directory) ab und enthält das aktuelle Verzeichnis.

Die ursprüngliche Bedeutung des Begriffs Environment ist im Zusammenhang mit einer Shell aber eine andere: Als Environment wird die Gesamtheit der Umgebungsvariablen und einiger anderer Parameter wie der PID des Prozesses und die des aufrufenden Prozesses, das kontrollierende Terminal, etc. bezeichnet, wie sie beim Start eines Programms (in diesem Zusammenhang wird der Terminus Prozess verwendet) definiert sind.

Konfigurationsdateien

Beim Start liest die Bash eine Reihe von Konfigurationsdateien ein, interpretiert deren Inhalt und übernimmt bestimmte Einstellungen. Was dabei genau geschieht, hängt von mehreren Faktoren ab.

Zum einen kann die Bash in drei unterschiedlichen Weisen eingesetzt werden – bei jeder dieser Einsatzweisen liest die Shell andere Konfigurationsdateien ein; zum anderen werden jeweils mehrere Alternativen der Konfigurationsdateien gesucht. Die erste gefundene Datei wird dann eingelesen. Weitere werden nicht mehr gesucht.

• Login-Shell: Von dieser Shell wird zunächst die Login-Konfigurationsdatei .bash_profile im Home-Verzeichnis des Anwenders gesucht. Ist sie vorhanden, führt die Bash die darin enthaltenen Befehle aus. Fehlt diese Datei, sucht die Bash im selben Verzeichnis nach einer Konfigurationsdatei mit dem Namen .bash_login. Fehlt auch diese, wird versucht, die systemweit gültige Konfigurationsdatei /etc/profile einzulesen und auszuwerten. Als letzte Möglichkeit versucht die Login-Bash, die Datei .profile im Home-Verzeichnis des Anwenders auszuführen.
• Als interaktive (Sub) Shell: Eine interaktive Bash, also eine Shell, die im harten täglichen Einsatz von den Anwendern benutzt wird, benötigt oft spezielle Einstellungen. So werden hier oft Alias-Definition oder Funktionen für oft verwendete Befehle gewünscht. Die notwendige Konfiguration wird voreinstellungsgemäß in der Datei .bashrc (im Home-Verzeichnis des Anwenders) gesucht. ("rc" steht übrigens für "run commands" und kennzeichnet damit Skript-Dateien, die Shell-Befehle enthalten.)

Eine interaktive Bash verwendet für den Befehlszeileneditor zusätzlich die Einstellungen aus der Konfigurationsdatei .inputrc. Diese Datei wird zunächst im Home-Verzeichnis des Anwenders gesucht, ist sie dort nicht vorhanden, wird im Konfigurationsverzeichnis /etc/ nach der Datei inputrc gesucht.

• Eine nicht interaktive (Sub-) Shell, wie sie zum Start von Skripten verwendet wird, liest keine Konfigurationsdateien ein, sofern dies nicht explizit gefordert wird.

Einige Versionen der Bash (z. B. die von SuSE Linux verwendete) suchen als interaktive Shell zunächst im Konfigurationsverzeichnis /etc/ nach systemweit gültigen Einstellungen in der Datei bash.bashrc. Diese ist aber normalerweise nicht vorhanden bzw. leer. Anschließend und unabhängig davon, ob diese Datei gefunden wurde, wird die persönliche Konfigurationsdatei .bashrc im Home-Verzeichnis des Anwenders eingelesen.

Damit bei einer Login-Shell auch Funktionen einer interaktiven Shell zur Verfügung stehen, wird am Ende der Login-Konfigurationsdatei oft auch die persönliche Konfigurationsdatei im Home-Verzeichnis des Anwenders eingelesen.

SuSE Linux löst die Konfiguration der Bash in folgender Weise: Die systemweite Konfiguration erfolgt in der Datei /etc/profile, an deren Ende weitere Konfigurationsdateien eingelesen werden:

…
test -e /etc/SuSEconfig/profile && . /etc/SuSEconfig/profile
…
test -d /etc/profile.d && \
  {
    for s in /etc/profile.d/*.sh ; do
      test -r $s && . $s
    done
  }
…
test -e /etc/profile.local && . /etc/profile.local

Einige Anmerkungen zu diesen Zeilen: Die bei der Installation erzeugten Konfigurationsdateien tragen alle den expliziten Hinweis, dass diese Dateien nicht manuell verändert werden sollen! Zum test-Befehl: Dieser wurde im letzten Teil vorgestellt, deshalb hier nur soviel: Mit der Option -d (directory) prüft der Befehl, ob das im folgenden Argument angegebene Verzeichnis existiert. Wenn ja, werden die folgenden Befehle ausgeführt. In diesem Verzeichnis sind für die spezielle Programmpakete benötigten Initialisierungs-Dateien vorhanden. Ähnlich verhält es sich bei der Option -r (read): Durch sie wird nach lesbaren Dateien (vorhanden und mit Leseberechtigung versehen) gesucht. Entsprechendes gilt für die Option -e (execute): Diese bewirkt den Test, ob die im Argument angegebene Datei ausführbar ist.

Befehle in der Datei /etc/profile sollen immer in einer zur "Ur"-Shell kompatiblen Syntax benutzt werden, da bei verschiedenen Shells die Grundkonfiguration über diese Datei erfolgt. Oft wird in dieser Datei daher nur ein minimales Environment definiert und die eigentliche Konfiguration in andere Dateien ausgelagert. Lokale (distributionsspezifische) Anpassungen werden gern in einer externen Datei vorgenommen, wie dies in dem Beispiel oben anhand der Datei /etc/profile.local gezeigt wurde.

Logout: Auch beim Verlassen der Shell können von der Bash noch automatisch Befehle ausgeführt werden. Das ist besonders praktisch, wenn man es sich zur Aufgabe macht, die Arbeiten des Tages zu sichern, Aufzuräumen (temporäre Dateien, Core-Dumps (Programmleichen) etc. zu löschen) oder vieles mehr. Die Bash führt beim Eintreffen eines exit-Befehls die Datei .bash_logout im Home-Verzeichnis des Anwenders aus. Nicht alle Versionen der Bash werten diese Datei korrekt aus.

Achtung: Beim Update des Systems sollten inzwischen alle Distributionen veränderte Konfigurationsdateien erkennen und unangetastet lassen. Bei Verwendung von rpm (Red Hat Package Manager) werden modifizierte Dateien mit der Endung .rpmsave oder .rpmorig versehen. Um jederzeit auf die persönlichen Einstellungen zugreifen zu können, ist es sinnvoll, wenn diese in einer speziellen Datei gespeichert werden. Unter SuSE Linux wird beispielsweise die automatische Auswertung der Datei ~/.alias durch die folgende Abfrage in .bashrc veranlasst:

test -e ~/.alias && . ~/.alias

Das Einlesen von Konfigurationsdateien kann beim Start der Bash durch die Befehlszeilenoptionen --noprofile und --norc unterbunden werden. Alternative Konfigurationsdateien können für die Bash als Argument der Option --rcfile angegeben werden.