Linux Shell

Was ist eine Shell?

Die Shell ist ein Programm, das Textbefehle vom Benutzer entgegennimmt und an den Linux-Kernel weiterleitet. Sie interpretiert die Eingabe, sucht nach ausführbaren Programmen, startet sie mit den angegebenen Argumenten und zeigt das Ergebnis an.

Gleichzeitig ist die Shell eine vollwertige Programmierumgebung. Mit Skripten lassen sich wiederkehrende Aufgaben automatisieren — von der Datensicherung bis zur Systemüberwachung. Ein Shell-Skript ist im Grunde eine Textdatei mit mehreren Befehlen, die die Shell Schritt für Schritt ausführt.

Die bekannteste Shell unter Linux ist die Bash (Bourne Again Shell). Sie ist auf den meisten Distributionen vorinstalliert und der Standard für interaktive Sessions sowie für Skripte. Wer sich mit Bash auskennt, kann auf praktisch jedem Linux- oder macOS-System arbeiten.

Weitere verbreitete Shells im Überblick:

Welche Shell gerade aktiv ist, zeigt der Befehl:

echo $SHELL

Die aktive Shell für die laufende Session zeigt echo $0. Eine permanente Umstellung auf Zsh oder Fish erfolgt über chsh (change shell) und erfordert in der Regel einen erneuten Login.

Shell vs. Terminal

Die beiden Begriffe werden oft verwechselt, beschreiben aber völlig unterschiedliche Schichten:

Terminal (genauer: Terminal-Emulator) ist die grafische Anwendung, die du öffnest. Es verwaltet Fenster, Schriftarten, Farben und Tastatureingaben. Bekannte Beispiele: GNOME Terminal, Konsole (KDE), Alacritty, Windows Terminal, iTerm2 (macOS).

Shell ist das Programm, das innerhalb des Terminals läuft. Sie verarbeitet die eingegebenen Befehle, expandiert Variablen und Wildcards, sucht Programme im PATH und startet Prozesse. Die Shell ist es, die echo, ls oder grep ausführt.

Das bedeutet: Du kannst im selben Terminal die Shell wechseln, indem du zsh oder fish eingibst. Das Terminal-Fenster bleibt gleich, die Befehlsverarbeitung ändert sich. Umgekehrt kannst du das Terminal schließen, während die Shell in einer virtuellen Konsole (z. B. tty3) weiterläuft.

Wann brauche ich die Shell?

Die grafische Oberfläche reicht für viele Alltagsaufgaben aus. Sobald es aber um Wiederholbarkeit, Präzision oder Fernzugriff geht, wird die Shell unverzichtbar.

Server-Administration Headless-Server — also Rechner ohne Monitor, Tastatur und grafische Oberfläche — werden ausschließlich über die Shell verwaltet. Selbst auf Desktops ist die Shell der schnellste Weg, um Systemdienste zu steuern, Netzwerke zu konfigurieren oder Dateirechte zu ändern.

Automatisierung Sich wiederholende Aufgaben wie Datensicherungen, Log-Rotation oder die Bereitstellung von Anwendungen lassen sich als Shell-Skript speichern. Per Cron oder systemd-Timer werden sie zeitgesteuert ausgeführt — ohne menschliches Zutun.

Fehlersuche Log-Dateien durchsuchen, laufende Prozesse analysieren, Netzwerkverbindungen testen, Speicherverbrauch prüfen: All das geht in der Shell oft schneller und präziser als mit grafischen Werkzeugen. Pipes erlauben es, mehrere Werkzeuge zu einer Analyse-Pipeline zu verbinden.

Entwicklung Versionskontrolle mit Git, Build-Prozesse, Container-Steuerung mit Docker, Paketmanager wie npm oder pip — die meisten Entwicklungswerkzeuge werden primär auf der Kommandozeile bedient. Die IDE ruft im Hintergrund oft nichts anderes als Shell-Befehle auf.

Die drei Standardkanäle

Jedes Linux-Programm arbeitet mit drei Standardkanälen: stdin, stdout und stderr. Das Verständnis dieser Kanäle ist essenziell, um Befehle zu kombinieren, Ausgaben zu steuern und Fehler zu isolieren.

Standard-Eingabe (stdin)

stdin (Dateideskriptor 0) ist der Kanal, über den ein Programm Eingaben erhält. Standardmäßig ist er mit der Tastatur verbunden.

cat

Nach dem Start wartet cat auf Tastatureingaben und gibt jede Zeile direkt wieder aus. Das Programm endet, wenn du Strg + D drückst (EOF, End Of File). Das ist das Standard-Signal, das stdin schließt.

read name

read liest eine Zeile von stdin und speichert sie in der Variablen name. Den Inhalt gibst du später mit echo aus:

echo "$name"

eingegebener-wert

Die Eingabe lässt sich auch aus einer Datei umleiten:

cat < datei.txt

Hier wird der Inhalt von datei.txt über stdin an cat übergeben — das Programm merkt keinen Unterschied zur Tastatureingabe.

Standard-Ausgabe (stdout)

stdout (Dateideskriptor 1) ist der Kanal für reguläre Ausgaben. Standardmäßig erscheint die Ausgabe im Terminal.

echo "Willkommen in der Shell!"

Mit dem Operator > leitest du stdout in eine Datei um. Der Operator überschreibt bestehende Inhalte:

echo "Hello, World!" > output.txt

Mit >> hängst du die Ausgabe an eine bestehende Datei an, anstatt sie zu überschreiben. Das ist das Standardmuster für Log-Dateien.

Standard-Fehlerausgabe (stderr)

stderr (Dateideskriptor 2) ist der Kanal für Fehlermeldungen. Er ist standardmäßig ebenfalls mit dem Terminal verbunden, lässt sich aber separat umleiten — ein entscheidender Vorteil gegenüber Systemen, die Ausgabe und Fehler nicht trennen.

ls /nonexistent_directory 2> error.log

Hier landet die Fehlermeldung in error.log, während normale Ausgaben weiterhin im Terminal erscheinen. Ein häufiges Muster in Skripten ist die gleichzeitige Umleitung beider Kanäle in separate Dateien:

mein-skript.sh > ausgabe.log 2> fehler.log

Wenn du alle Ausgaben — egal ob normal oder Fehler — in dieselbe Datei schreiben willst, verwendest du &>:

mein-skript.sh &> kombiniert.log

Pipes: Befehle verbinden

Eine Pipe (|) leitet die stdout eines Befehls direkt als stdin an den nächsten Befehl weiter. Das ist eines der mächtigsten Konzepte der Unix-Philosophie: kleine, spezialisierte Programme, die sich zu komplexen Workflows kombinieren lassen.

ls -la | grep "\.txt$"

Dieser Befehl listet alle Dateien auf und filtert nur die Zeilen, die auf .txt enden. grep liest dabei nicht aus einer Datei, sondern direkt aus der Ausgabe von ls.

Pipes lassen sich beliebig verketten:

cat log.txt | grep "ERROR" | sort | uniq -c

Die Kette arbeitet Schritt für Schritt:

1. cat log.txt — gibt den Inhalt der Log-Datei auf stdout aus
2. grep "ERROR" — filtert Zeilen mit dem Wort “ERROR” und gibt sie weiter
3. sort — sortiert die Zeilen alphabetisch
4. uniq -c — zählt, wie oft jede eindeutige Zeile vorkommt

Ein weiteres nützliches Muster ist die Kombination von stderr-Umleitung und Pipe:

find /etc -name "*.conf" 2>/dev/null | wc -l

Hier werden Berechtigungsfehler (stderr) nach /dev/null verworfen, während die gefundenen Dateien (stdout) gezählt werden. Das Muster 2>/dev/null ist Standard, wenn Fehlermeldungen die Ausgabe nicht verschmutzen sollen.

Grundlegende Befehle

Diese Befehle sind in jeder Shell verfügbar und bilden das Rückgrat der täglichen Arbeit. Die meisten gehören zu den GNU Coreutils und verhalten sich auf allen Linux-Distributionen identisch.

Diese Befehle arbeiten alle mit stdin, stdout und stderr. Das bedeutet, du kannst sie mit Pipes kombinieren, Ausgaben in Dateien umleiten und sie in Skripten verwenden — unabhängig davon, welche Shell du nutzt.

Weiterführende Ressourcen

Externe Quellen

• Bash-Manpage (man7.org) — Offizielle Referenz aller Bash-Features und Built-ins
• GNU Bash-Handbuch — Vollständige Dokumentation mit Beispielen
• Arch Wiki: Bash — Praxisnahe Tipps, auch für Nicht-Arch-Nutzer
• explainshell.com — Interaktive Erklärung komplexer Befehlszeilen

Verwandte Artikel

• Linux Berechtigungen — Dateirechte und Shell-Befehle
• Linux PATH — Wie die Shell Programme findet
• Linux Variablen — Shell-Variablen und Umgebungsvariablen im Detail
• Linux Manpages — Hilfe zu Befehlen direkt im Terminal
• Linux Globbing — Muster für Dateinamen in der Shell