Eine Shell nimmt Befehle entgegen, zerlegt sie nach festen Regeln und startet daraus Programme. Sie ist die sprachliche Arbeitsebene zwischen Mensch und Betriebssystem – interaktiv im Terminal und wiederholbar als Skript.
← Alle WissensartikelEin Terminal ist das Fenster, in dem du Text eingibst und Ausgaben siehst. Die Shell läuft darin und versteht deine Eingabe. Eine Konsole bezeichnet historisch das direkt angeschlossene Bediengerät; heute wird der Begriff oft ungenau als Synonym für Terminal verwendet. Öffnest du GNOME Terminal, Windows Terminal oder iTerm2, startet darin meist eine Shell wie Bash, Zsh oder PowerShell.
printf 'Shell: %s\n' "$SHELL"\nprintf 'Prozess: ' && ps -p $$ -o comm=Die Shell liest die Zeile, erkennt Anführungszeichen, Variablen, Platzhalter, Umleitungen und Pipes. Danach sucht sie den Befehl als eingebaute Funktion, Alias oder ausführbare Datei im PATH. Erst dann startet sie einen Prozess und reicht Argumente sowie Umgebung weiter. Leerzeichen, Quotes und Sonderzeichen sind deshalb Teil der Sprache.
type cd\ntype -a printf\ncommand -v ssh\nprintf '%s\n' "$PATH"Die historische Bourne Shell (sh) prägte die portable Grundsprache. Bash verbindet sh-nahe Skripte mit komfortabler interaktiver Arbeit. KornShell (ksh) ergänzte leistungsfähige Programmierfunktionen; C Shell (csh) und Tcsh verfolgen eine C-ähnliche Syntax. Zsh ist für Vervollständigung und Anpassung beliebt. Fish bietet eine zugängliche interaktive Oberfläche, ist aber nicht POSIX-kompatibel. Für Skripte zählt die deklarierte Sprache, für das Terminal vor allem der persönliche Arbeitsfluss.
getent passwd "$USER" | cut -d: -f7\nls -l /bin/sh\nprintf '%s\n' /bin/{sh,bash,ksh,zsh,fish,csh,tcsh} 2>/dev/nullEin typischer Aufruf besteht aus Befehlsnamen, Optionen und Argumenten. In ls -lah /var/log ist ls das Programm, -lah bündelt Optionen und /var/log ist das Ziel. Nicht jedes Programm folgt demselben Optionsschema. Nutze bei unbekannten Werkzeugen --help, Handbuchseiten und die Projektdokumentation.
ls -lah /var/log\nls --help | less\nman lsProgramme schreiben gewöhnlich auf Standardausgabe und Fehlerausgabe. Mit > leitest du Ausgabe in eine Datei, mit >> hängst du an und mit 2> behandelst du Fehler getrennt. Eine Pipe | verbindet die Ausgabe eines Programms mit der Eingabe des nächsten. So entstehen kleine, prüfbare Verarbeitungsketten.
journalctl -p warning -b 2>journal-errors.log | tail -n 20\nprintf '%s\n' alpha beta gamma | grep -E 'a$'Variablen speichern Textwerte; exportierte Variablen werden an Kindprozesse weitergegeben. Doppelte Anführungszeichen erlauben Variablenersetzung, einfache behandeln ihren Inhalt wörtlich. Ungequotete Variablen können durch Worttrennung und Platzhalter mehrere Argumente erzeugen. Die sichere Gewohnheit lautet: Variablen fast immer als "$name" verwenden.
name="Shell Hilfe"\nprintf 'Hallo %s\n' "$name"\nexport EDITOR=nanoMuster wie *.log werden von der Shell vor dem Programmstart zu passenden Dateinamen erweitert. Das Zielprogramm sieht eine Liste konkreter Pfade. Das ist leistungsfähig, kann bei Lösch- oder Verschiebeaktionen aber mehr treffen als gedacht. Zeige Treffer zuerst mit printf oder find an.
printf 'Treffer: %s\n' ./*.log\nfind . -maxdepth 1 -type f -name '*.log' -printEin Shell-Skript hält eine Befehlsfolge als Datei fest. Gute Skripte prüfen Voraussetzungen, behandeln Fehler und erzeugen verständliche Ausgaben. Für Bash-Skripte sind eine passende Shebang und ein bewusst gewählter Fehlermodus sinnvoll. Wiederkehrende Aufgaben werden dadurch reproduzierbar – wenn Eingaben, Rechte und Rückwege dokumentiert sind.
#!/usr/bin/env bash\nset -Eeuo pipefail\nprintf 'Start: %s\n' "$(date --iso-8601=seconds)"Die Shell führt präzise aus, was formuliert wurde, nicht was gemeint war. Prüfe Benutzer, Host und Arbeitsverzeichnis vor verändernden Befehlen. Nutze sudo gezielt, setze Variablen in Quotes und teste Muster. Kopiere unbekannte Download-Pipelines niemals blind in eine Root-Shell: lade ein Skript herunter, lies es und prüfe seine Herkunft.
id\nhostnamectl --static\npwdEine Shell ist nicht auf Linux beschränkt: macOS, BSD und Windows besitzen eigene oder nachinstallierbare Shells. Bash und Shell sind keine Synonyme – Bash ist eine konkrete Shell. Eine grafische Oberfläche ersetzt die Shell nicht vollständig; beide sind unterschiedliche Werkzeuge. Für Fernzugriff, Automatisierung und Textverarbeitung bleibt die Shell stark, weil Schritte sichtbar, kombinierbar und dokumentierbar sind.
echo "$0"\nps -p $$ -o pid=,ppid=,comm=Schlage Kommandos nach, arbeite eine Anleitung durch oder diskutiere einen konkreten Fehler mit der Community.