grep

Was grep macht

grep liest Zeilen aus Dateien oder von der Standardeingabe und gibt jene aus, die ein angegebenes Pattern enthalten. Im einfachsten Fall ist das Pattern ein literaler String, im allgemeinen Fall ein regulärer Ausdruck. Per Default geht jeder Treffer als komplette Zeile auf die Standardausgabe — alles andere lässt sich über Optionen steuern.

grep ist vermutlich das meistgenutzte Filter-Tool der Unix-Welt. Es taucht in Tutorials, Skripten und Live-Debugging-Sessions gleichermassen auf. Der Grund: Die Aufgabe „zeig mir die Zeilen, in denen X vorkommt” ist allgegenwärtig — in Logs, in Konfigurationsdateien, in Quellcode, in der Ausgabe anderer Kommandos.

grep ERROR /var/log/syslog

ps aux | grep nginx

Wichtigste Optionen

grep hat viele Schalter, aber nur eine Handvoll davon braucht man im Alltag wirklich oft. Diese Tabelle deckt die wichtigsten ab — nach Häufigkeit gewichtet.

-q ist besonders nützlich in Skripten: grep -q PATTERN file && echo "gefunden" prüft auf Existenz, ohne irgendeinen Output zu produzieren. Der Exit-Code von grep ist 0 bei mindestens einem Treffer, 1 ohne Treffer und 2 bei einem echten Fehler — perfekt für if-Bedingungen.

Regex-Varianten: BRE, ERE, PCRE

grep versteht drei verschiedene Regex-Dialekte. Welcher gerade gilt, hängt von der Option ab — und das ist eine der häufigsten Fehlerquellen.

Mit BRE schreibt man grep 'foo\+' für „foo gefolgt von einem oder mehr Zeichen”, mit ERE einfach grep -E 'foo+'. Aus diesem Grund nehmen viele Leute heute fast immer -E — die Syntax ist näher an dem, was man aus anderen Regex-Engines kennt. PCRE mit -P ist nochmal mächtiger (Lookbehind, non-greedy, Named Groups), aber nicht überall verfügbar — auf BSD-Systemen wie macOS fehlt der Schalter im Standard-grep.

Anker und Klassen funktionieren in allen Dialekten gleich:

POSIX-Klassen sind locale-unabhängig und meist die beste Wahl für portable Skripte. [a-z] matcht je nach LC_COLLATE mal nur ASCII, mal auch Umlaute — [[:lower:]] ist eindeutiger.

grep -E '\.(log|tmp|bak)$' files.txt

grep -P '(?<=user=)\w+' access.log

Mehrere Pattern

Soll grep nach mehreren Mustern gleichzeitig suchen, gibt es drei Wege. Jeder hat seinen Platz.

grep -e ERROR -e WARN -e FATAL syslog

grep -f patterns.txt access.log

grep -E 'ERROR|WARN|FATAL' syslog

In BRE schreibt sich die Alternation \| (mit Backslash), in ERE direkt |. Wer eine wirklich große Liste von Patterns hat — etwa zehntausende IPs aus einer Sperrliste — sollte grep -F -f liste.txt nehmen: Mit -F (fixed strings) ist die Suche um Größenordnungen schneller, weil keine Regex-Engine bemüht wird.

Recursive Search mit -r

Die Killer-Anwendung von grep im Entwickleralltag: rekursive Suche durch ganze Codebasen. grep -r 'TODO' src/ findet jeden TODO-Kommentar im Verzeichnisbaum unterhalb von src/.

grep -rn 'TODO' src/

-n ergänzt Zeilennummern, -r macht es rekursiv. Aber in einem realen Projekt gibt es Müll, den man nicht durchsuchen will: node_modules, .git, dist, build. Hier kommen --include und --exclude-dir ins Spiel.

grep -rn --include='*.ts' --exclude-dir=node_modules 'useEffect' src/

--include und --exclude arbeiten mit Glob-Patterns, nicht mit Regex. *.ts ist ein Glob, \.ts$ wäre Regex. Beide Optionen lassen sich beliebig oft angeben.

Context: -A, -B, -C

Einer der größten Grep-Klassiker: Bei einem Treffer auch die umliegenden Zeilen ausgeben. Das ist beim Lesen von Logs Gold wert — der Fehler steht in einer Zeile, der Kontext, warum es krachte, in den drei Zeilen davor.

grep -B 3 'ERROR' syslog

grep -C 5 'connection refused' /var/log/nginx/error.log

Treffer-Blöcke werden mit -- voneinander getrennt, sobald mehrere Matches im selben Output landen. Wer den Separator stört, schaltet ihn mit --no-group-separator ab.

Word-Match -w und Line-Match -x

Mit -w matcht grep nur dann, wenn das Pattern an Wortgrenzen beginnt und endet. grep -w foo findet foo in foo bar, aber nicht in foobar. Das ist genau das, was man bei Variablen- oder Funktionsnamen will.

grep -wn 'main' *.go

-x geht noch weiter und matcht nur dann, wenn die gesamte Zeile dem Pattern entspricht — Teiltreffer in der Mitte der Zeile zählen nicht. Nützlich, wenn du in einer Liste prüfen willst, ob ein exakter Eintrag vorhanden ist.

grep -Fx 'admin' users.txt

-F zusammen mit -x ist die robusteste Kombination für „ist dieser exakte String als ganze Zeile in der Datei?” — keine Regex-Sonderzeichen werden interpretiert.

grep vs. moderne Alternativen

Inzwischen gibt es eine ganze Reihe schnellerer und entwicklerfreundlicherer Such-Tools. Sie sind im Tagesgeschäft am eigenen Rechner oft die bessere Wahl — aber sie sind eben nicht überall installiert.

ripgrep ist heute der De-facto-Standard für Code-Suche am Entwickler-Rechner: schneller als grep, ignoriert per Default .gitignore-Einträge und Binärdateien, hat farbige Ausgabe out of the box. Für interaktives Arbeiten ein klarer Gewinn.

rg 'useEffect' --type ts

Aber: Auf einem fremden Server, in einem Container-Image oder im Recovery-Modus gibt es nur grep. Auch in CI-Skripten und portablen Shell-Tools ist grep die sichere Wahl. Deshalb gehört es weiterhin zum Pflichtrepertoire — selbst wenn du im Alltag rg bevorzugst.

Praxis-Patterns

Eine Sammlung der Einzeiler, die im Alltag immer wieder gebraucht werden.

grep -i error /var/log/syslog

-i ignoriert Groß- und Kleinschreibung — nötig, weil Logs mal ERROR, mal Error, mal error schreiben. Ohne -i würden zwei von drei Schreibweisen durchrutschen.

grep '"id"' response.json

Für saubere JSON-Verarbeitung ist jq natürlich besser — aber für ein schnelles „existiert das Feld überhaupt?” reicht grep allemal.

grep -v '^$' config.txt

^$ ist der reguläre Ausdruck für eine komplett leere Zeile (Anfang direkt gefolgt von Ende), -v invertiert die Auswahl. Wer Zeilen aus Whitespace ebenfalls verwerfen will, nimmt '^[[:space:]]*$'.

grep -c 'WARN' app.log

-c zählt Treffer-Zeilen, nicht Treffer — kommt WARN zweimal in einer Zeile vor, wird trotzdem nur eins gezählt. Für eine echte Vorkommens-Zählung lieber grep -o pattern file | wc -l verwenden.

grep -L 'SPDX-License-Identifier' *.c

-L ist das Gegenstück zu -l: listet Dateinamen, in denen das Pattern nicht vorkommt. Ideal für Compliance-Checks oder um vergessene Marker (Lizenzheader, Copyright-Notice, Test-IDs) aufzuspüren.

ps aux | grep -v grep | grep nginx

Klassisches Problem: grep nginx findet sich selbst in der Prozessliste, weil das Wort nginx im eigenen Kommando steht. Der grep -v grep-Filter davor wirft den eigenen Prozess raus. Eleganter ist pgrep nginx — aber wenn nur grep da ist, hilft dieser Trick.

grep -Ev '^(#|$)' /etc/ssh/sshd_config

Filtert in einem Schritt sowohl Kommentar- als auch Leerzeilen heraus — übrig bleiben nur die effektiv aktiven Direktiven. Ideal, um in zugemüllten Configs (sshd, postfix, php.ini) den realen Zustand auf einen Blick zu sehen.

grep -Eo '([0-9]{1,3}\.){3}[0-9]{1,3}' access.log

-o druckt nur das gematchte Teilstück, nicht die ganze Zeile — perfekt zum Extrahieren. Das Pattern ist bewusst grob: es matcht auch ungültige IPs wie 999.999.999.999. Für strikte Validierung greift man zu awk oder perl, hier reicht es zum schnellen Aufzählen.

Weiterführende Ressourcen

Externe Quellen

• grep(1) – Manpage (man7.org) — Vollständige Optionsreferenz von GNU-grep
• GNU Grep Manual — Offizielles Handbuch mit Beispielen und Regex-Erklärungen
• Arch Wiki: Core utilities — Übersicht über grep und verwandte Werkzeuge
• ripgrep – GitHub-Repo — Moderne, schnellere Alternative mit .gitignore-Support
• Regular-Expressions.info — Tiefer Einstieg in Regex-Konzepte über alle Engines hinweg

Verwandte Artikel

• sed – Stream-Editor für Text — Suchen und ersetzen statt nur finden
• awk – Feldorientierte Textverarbeitung — Spalten und Logik in einem Tool
• find – Dateien rekursiv suchen — Klassischer Partner: zuerst Dateien finden, dann mit grep durchsuchen
• cut – Spalten und Felder extrahieren — Nach grep Spalten ausschneiden
• xargs – Argumente an Kommandos übergeben — Treffer von grep -l weiterverarbeiten