8.9 Startprozess- und Profildaten der Shell 

Beim Start liest die Shell – noch vor der ersten Benutzereingabe – eine Reihe von Konfigurationsdateien ein, interpretiert den Inhalt und übernimmt bestimmte Einstellungen. Mit einer solchen Konfigurationsdatei wird das Verhalten einer Shell eingestellt, Voreinstellungen werden getroffen und die Benutzerumgebung wird individuell konfiguriert. Allerdings kann der Start einer Shell auf viele unterschiedliche Arten erfolgen.

Eine Shell kann interaktiv (interaktive Subshell) sein und Eingaben von der Kommandozeile lesen und ausführen (wie Sie dies vom täglichen Gebrauch Ihrer Shell her kennen).

Eine Shell kann nicht interaktiv (nicht interaktive Subshell) sein, so wie dies bspw. beim Starten Ihrer Shellscripts der Fall ist.

Eine Shell kann als Login-Shell gestartet werden (wird für den Benutzer als Erstes nach seiner Anmeldung gestartet).

Eine Shell kann als zusätzliche Shell gestartet werden.

Da hier viele verschiedene Start- bzw. Anwendungsformen vorhanden sind, durchläuft die Shell für jeden Modus unterschiedliche Konfigurationsdateien, sofern diese vorhanden sind.

8.9.1 Arten von Initialisierungsdateien 

Das Einlesen von Initialisierungsdateien wird häufig recht komplex und umständlich erklärt, aber im Prinzip müssen Sie hierbei nur zwei unterschiedliche Arten solcher Dateien auseinander halten:

Systemweite Initialisierungsdateien – systemweite Einstellungen finden Sie gewöhnlich im Verzeichnis /etc (bspw. /etc/profile) oder manchmal noch in /usr/etc. Einige Programme (nicht nur Shells verwenden Initialisierungsdateien) legen ihre systemweiten Konfigurationsdateien auch in /usr/share/ packet/xxxxxrc ab (Endung rc steht für read command).

Benutzer/individuelle Initialisierungsdateien – diese Initialisierungsdateien finden Sie für gewöhnlich im HOME-Verzeichnis des Benutzers als versteckte Datei (beginnend mit einem Punkt).

8.9.2 Ausführen von Profildateien beim Start einer Login-Shell 

Beim Ausführen von Profildateien gehen die Shells teilweise unterschiedliche Wege (abgesehen von der systemweiten Initialisierungsdatei /etc/profile), weshalb hier auch die einzelnen Shells berücksichtigt werden.

Systemweite Einstellungen (Bourne-Shell, Korn-Shell und Bash)

Beim Anmelden einer interaktiven Login-Shell wird die systemweite Profildatei /etc/profile ausgeführt. Diese systemweiten Einstellungen sind allerdings vom normalen Benutzer nicht editierbar. Hier kann bspw. der Systemadministrator weitere Shell-Variablen definieren oder Umgebungsvariablen überschreiben. Meistens werden aus /etc/profile weitere Initialisierungsdateien aufgerufen.

Benutzerspezifische Einstellungen

Wurden die systemspezifischen Konfigurationsdateien abgearbeitet, haben Sie die Möglichkeit, die Umgebung an die eigenen Bedürfnisse (bzw. für jeden Benutzer auf dem System) anzupassen. Hier enden dann auch die Gemeinsamkeiten der verschiedenen Shells, im Folgenden muss also auf die einzelnen Parteien eingegangen werden.

Bourne-Shell

In der Bourne-Shell wird die lokale benutzerindividuelle Konfigurationsdatei .profile (im Heimverzeichnis des Benutzers $HOME/.profile) für eine interaktive Login-Shell eingelesen und interpretiert. Für die Bourne-Shell wäre der Login-Prozess somit abgeschlossen (siehe Abbildung 8.1).

Bash

In der Bash wird im Heimverzeichnis des Benutzers zunächst nach der Datei .bash_profile gesucht. .bash_profile ist die lokale benutzerindividuelle Konfigurationsdatei für eine interaktive Login-Shell in der Bash. Existiert die Datei .bash_profile nicht, wird nach der Datei .bash_login (ebenfalls im Heimverzeichnis) gesucht. Konnte weder eine .bash_profile noch eine .bash_login-Datei gefunden werden, wird wie schon bei der Bourne-Shell nach .profile Ausschau gehalten und ausgeführt (siehe Abbildung 8.2). Als Alternative für .bash_profile findet man auf vielen Systemen auch die Datei .bashrc (mehr zu .bashrc in Kürze).

Korn-Shell

Die Korn-Shell startet zunächst wie die Bourne-Shell die Datei .profile ($HOME/.profile) aus dem Heimverzeichnis des Benutzers. Jetzt wird noch eine weitere Datei ausgeführt, welche zusätzliche Parameter für die laufende Sitzung setzt. Diese Datei startet die Shell jedes Mal neu, wenn Sie eine weitere Shell aufrufen. Die Datei, die ausgeführt werden soll, findet die Korn-Shell in der Umgebungsvariablen ENV, welche bei einer der Profildateien zuvor (/etc/profile oder .profile) definiert und exportiert wurde. In der Regel handelt es sich hierbei um die Datei .kshrc im Heimverzeichnis des Benutzers. In dieser Datei findet man typischerweise alle Shell-Optionen, Funktionen, Aliase, die man nicht exportieren kann – daher wird auch bei jeder neuen Shell diese Datei neu ausgeführt (siehe Abbildung 8.3). Sie werden anschließend gleich feststellen, dass die Bash ohne eine Login-Shell auch nichts anderes macht und ebenfalls eine weitere Datei beim Start einer neuen Subshell aufruft.

8.9.3 Ausführen von Profildateien beim Start einer Nicht-Login-Shell (Bash und Korn-Shell) 

Gerade Linux-User, die den Abschnitt oben zu den Profildateien zur geliebten Bash gelesen haben, werden sich fragen, wo denn nun entsprechende Dateien sind. Häufig findet der User beim Hausgebrauch gerade mal die Datei .profile wieder. Ein Eintrag in diese Datei zeigt zunächst, dass sich in einer »xterm« hier gar nichts rührt. Sie können testweise eine einfache export-Anweisung in die Profildateien einfügen und mittels echo ausgeben lassen. Erst wenn eine echte Login-Shell (bspw. mit (Strg)+(Alt)+(F1)) geöffnet wird und sich der Benutzer in diese einloggt, werden die Einträge in .profile aktiv. Das ist auch kein Wunder, denn alles zuvor Beschriebene galt für eine echte Login-Shell (das Thema wurde bereits in Abschnitt 1.9.2 behandelt).

Sobald Sie allerdings ein Pseudo-Terminal (pts bzw. ttyp) öffnen, haben Sie aber keine Login-Shell mehr, sondern eine neue Subshell (bzw. eine interaktive Shell). Eine Subshell starten Sie ...

beim Aufruf des Scripts mit sh ascript, ksh ascript, bash ascript oder einfach nur mit ascript und natürlich mit der Angabe der Shell in der ersten Zeile des Shellscripts (bspw. #!/bin/ksh ...).

beim direkten Aufruf einer Shell mit sh, ksh oder bash.

Nun benötigt auch die Bash eine Startdatei, wie dies bei der Korn-Shell mit .kshrc standardmäßig der Fall ist. Der Grund ist hier derselbe wie schon bei der Korn-Shell. Auch hier ist es unmöglich, die Aliase, Shell-Optionen und Funktionen zu exportieren. Beim Starten einer Subshell zeigen also die Profildateien keine Wirkung mehr. Ganz einfach: Gäbe es hier keine weitere Startdatei, so gäbe es in der Subshell keine Aliase, Shell-Optionen und Funktionen, die Sie vielleicht sonst so regelmäßig einsetzen.

In der Korn-Shell, das haben Sie bereits erfahren, lautet die Startup-Datei .kshrc bzw. es ist die Datei, die in der Variablen ENV abgelegt wurde. Die Bash geht denselben Weg und führt gewöhnlich die Datei .bashrc im Heimverzeichnis des Benutzers aus. Allerdings gibt es in der Bash zwei Möglichkeiten. Wird eine neue Subshell im interaktiven Modus erzeugt (also einfach in der Arbeits-Shell durch einen Aufruf von bash), so wird die Datei .bashrc ausgeführt. Wird hingegen ein neues Script gestartet, wird die Datei gestartet, die sich in der Umgebungsvariablen BASH_ENV befindet. Sofern Sie allerdings BASH_ENV nicht selbst anpassen und eine andere Datei starten wollen, wird BASH_ENV gewöhnlich auch nur mit .bashrc belegt.

Ausnahmen

Es gibt allerdings noch zwei Ausnahmen, bei denen zwar eine Subshell erzeugt, aber nicht die Startup-Datei .bashrc bzw. .kshrc ausgeführt wird. Und zwar ist dies der Fall beim Starten einer Subshell zwischen runden Klammern ( ... ) (siehe Abschnitt 8.5) und bei der Verwendung einer Kommando-Substitution. Hierbei erhält die Subshell immer jeweils eine exakte Kopie der Eltern-Shell mit allen Variablen. Und natürlich wird auch keine Startup-Datei ausgeführt (auch keine Subshell), wenn Sie ein Script in der aktuellen Shell mit einem Punkt aufrufen.

8.9.4 Zusammenfassung alle Profil- und Startup-Dateien 

Tabelle 8.4 bietet zum Schluss noch einen kurzen Überblick zu den Dateien (und Variablen), die bezüglich der Initialisierung für Shells und Shellscripts bedeutend sind.

Ihre Meinung

Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.