Wie studerst du stderr, und nicht stdout?

Ersten umleiten von stderr zu stdout — das Rohr; dann umleiten von stdout zu /dev/null (ohne Veränderung, wo stderr wird):

command 2>&1 >/dev/null | grep 'something'

Für die details des I/O-Umleitung in all Ihrer Vielfalt, siehe Kapitel Umleitungen in der Bash reference manual.

Beachten Sie, dass die Reihenfolge der I/O-Umleitungen interpretiert von Links nach rechts, aber die Rohre sind eingerichtet, bevor die I/O-Umleitungen interpretiert werden. Datei-Deskriptoren, etwa 1 und 2 sind Referenzen auf Datei-öffnen-Beschreibungen. Der Betrieb 2>&1 macht file-Deskriptor 2 aka stderr beziehen sich auf die gleiche Datei öffnen Beschreibung als Datei-Deskriptor 1 aka stdout ist derzeit unter Bezugnahme auf (siehe dup2() und open()). Der Betrieb >/dev/null dann ändert Datei-Deskriptor-1, so dass es sich um eine Datei öffnen Beschreibung für /dev/nullaber das ändert nichts an der Tatsache, dass file-Deskriptor 2 bezieht sich auf die geöffnete Datei Beschreibung die Datei-Deskriptor-1 wurde ursprünglich verweist — nämlich die pipe.

InformationsquelleAutor der Antwort Jonathan Leffler

In der Bash können Sie auch die Umleitung zu einer subshell mit Prozess-substitution:

command > >(stdlog pipe)  2> >(stderr pipe)

Sich für den Fall zur hand haben:

command 2> >(grep 'something') >/dev/null

InformationsquelleAutor der Antwort Rich Johnson

Ist es viel einfacher, Dinge zu visualisieren, wenn Sie darüber nachdenken, was wirklich Los ist mit "Weiterleitungen" und "Rohre." Umleitungen und pipes in der bash eine Sache zu tun: ändern Sie, wo die Prozess-Dateideskriptoren 0, 1 und 2 zeigen (siehe /proc/[pid]/fd/*).

Wenn ein Rohr oder " | " - operator vorhanden ist, auf die Befehlszeile, die erste Sache, die geschehen ist, dass die bash erstellt eine fifo-und die Punkte der linken Seite des Befehls FD 1 zu diesem fifo, und die Punkte der rechten Seite des Befehls FD 0 den gleichen fifo.

Neben -, Umleitungs-Operatoren für jede Seite bewertet werden von Links nach rechtsund die aktuellen Einstellungen werden immer dann verwendet, wenn die Vervielfältigung des Deskriptors erfolgt. Dies ist wichtig, weil da das Rohr war die ersten, die FD1 (Links) und FD0 (rechts) sind bereits geändert, von dem, was Sie normalerweise wurden, und jegliche Vervielfältigung dieser werden dieser Tatsache Rechnung tragen.

Daher, wenn Sie etwas wie das folgende:

command 2>&1 >/dev/null | grep 'something'

Hier ist, was passiert, in der Reihenfolge:

1. eine pipe (fifo) erstellt. Befehl "FD1" gerichtet ist, um dieses Rohr. "grep FD0" ist auch darauf hingewiesen, dieses Rohr
2. "Befehl FD2" zeigte, wo "Befehl FD1" derzeit Punkte (die Leitung)
3. "Befehl FD1" wies auf /dev/null

So, alle Ausgaben, dass "Befehl" schreibt, um seine FD 2 (stderr) macht sich auf den Weg, um das Rohr und wird gelesen von "grep" " auf der anderen Seite. Alle Ausgaben, die "Befehl" schreibt, um seine FD 1 (stdout) macht sich auf den Weg nach /dev/null.

Wenn du stattdessen Folgendes ausführen:

command >/dev/null 2>&1 | grep 'something'

Hier ist, was passiert:

1. eine pipe erstellt und der Befehl "FD 1" und "grep FD 0" gerichtet werden, um es
2. Befehl"FD 1" ist, wies auf /dev/null
3. "Befehl FD 2" wird gezeigt, wo FD 1 derzeit Punkte (/dev/null)

So, alle stdout und stderr von "Befehl" gehe zu /dev/null. Nichts geht in die pipe und damit "grep" wird geschlossen, ohne dass etwas angezeigt auf dem Bildschirm.

Beachten Sie auch, dass Umleitungen (file Deskriptoren) können nur gelesen werden (<), nur schreiben (>) oder read-write (<>).

Erwähnenswert. Ob ein Programm schreibt etwas auf FD1 oder FD2, kommt ganz auf den Programmierer. Gute Programmier-Praxis diktiert, dass die Fehlermeldungen gehen sollte, FD 2 und einen normalen output, FD 1, aber Sie werden oft finden die schlampige Programmierung, die Mischungen, die zwei oder anderweitig ignoriert die Konvention.

InformationsquelleAutor der Antwort Michael Martinez

Für diejenigen, die wollen umleiten von stdout und stderr permanent in Dateien grep auf stderr, aber halten Sie die stdout zu schreiben, Nachrichten an ein tty:

# save tty-stdout to fd 3
exec 3>&1
# switch stdout and stderr, grep (-v) stderr for nasty messages and append to files
exec 2> >(grep -v "nasty_msg" >> std.err) >> std.out
# goes to the std.out
echo "my first message" >&1
# goes to the std.err
echo "a error message" >&2
# goes nowhere
echo "this nasty_msg won't appear anywhere" >&2
# goes to the tty
echo "a message on the terminal" >&3

InformationsquelleAutor der Antwort JBD

Ich kam gerade mit einer Lösung für das senden stdout zu einem Befehl stderr zum anderen, mithilfe von named pipes.

Hier geht.

mkfifo stdout-target
mkfifo stderr-target
cat < stdout-target | command-for-stdout &
cat < stderr-target | command-for-stderr &
main-command 1>stdout-target 2>stderr-target

Ist es wahrscheinlich eine gute Idee, entfernen Sie die named pipes danach.

InformationsquelleAutor der Antwort Tripp Kinetics