Wie kann ich stderr und nicht stdout leiten?

Ich habe ein Programm, das Informationen in stdoutund schreibt stderr, und ich muss grepdurchgehen, was zu stderr kommt , während ich stdout ignoriere .

Ich kann es natürlich in 2 Schritten tun:

command > /dev/null 2> temp.file
grep 'something' temp.file

aber ich würde es vorziehen, dies ohne temporäre Dateien tun zu können. Gibt es irgendwelche Tricks mit intelligenten Rohrleitungen?

Leiten Sie zuerst stderr zu stdout um - das Rohr; leiten Sie dann stdout weiter /dev/null(ohne zu ändern, wohin stderr geht):

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

Einzelheiten zur E / A-Umleitung in all ihren Varianten finden Sie im Kapitel zu Umleitungen im Bash-Referenzhandbuch.

Beachten Sie, dass die Reihenfolge der E / A-Umleitungen von links nach rechts interpretiert wird, aber Pipes eingerichtet werden, bevor die E / A-Umleitungen interpretiert werden. Dateideskriptoren wie 1 und 2 verweisen auf offene Dateibeschreibungen. Die Operation 2>&1bewirkt, dass sich Dateideskriptor 2 alias stderr auf dieselbe geöffnete Dateibeschreibung bezieht, auf die sich Dateideskriptor 1 alias stdout derzeit bezieht (siehe dup2()und open()). Die Operation >/dev/nulländert dann den Dateideskriptor 1 so, dass er auf eine offene Dateibeschreibung für verweist /dev/null, aber das ändert nichts an der Tatsache, dass der Dateideskriptor 2 auf die offene Dateibeschreibung verweist, auf die der Dateideskriptor 1 ursprünglich zeigte - nämlich auf die Pipe.

Oder verwenden Sie: Um die Ausgabe von Standardfehler und Standardausgabe zu vertauschen:

command 3>&1 1>&2 2>&3

Dies erstellt einen neuen Dateideskriptor (3) und weist ihn derselben Stelle wie 1 (Standardausgabe) zu, weist dann fd 1 (Standardausgabe) derselben Stelle wie fd 2 (Standardfehler) zu und weist schließlich fd 2 (Standardfehler) zu ) an die gleiche Stelle wie fd 3 (Standardausgabe).

Der Standardfehler ist jetzt als Standardausgabe verfügbar und die alte Standardausgabe bleibt im Standardfehler erhalten. Dies mag übertrieben sein, gibt aber hoffentlich mehr Details zu Bash-Dateideskriptoren (für jeden Prozess stehen neun zur Verfügung).

In Bash können Sie mithilfe der Prozessersetzung auch zu einer Subshell umleiten :

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

Für den vorliegenden Fall:

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

Kombinieren Sie die besten dieser Antworten, wenn Sie Folgendes tun:

command 2> >(grep -v something 1>&2)

... dann bleibt alles stdout als stdout und alles stderr als stderr erhalten, aber in stderr werden keine Zeilen mit der Zeichenfolge "etwas" angezeigt.

Dies hat den einzigartigen Vorteil, dass stdout und stderr nicht umgekehrt oder verworfen, nicht zusammengefügt oder temporäre Dateien verwendet werden.

Es ist viel einfacher, Dinge zu visualisieren, wenn Sie darüber nachdenken, was mit "Weiterleitungen" und "Pipes" wirklich los ist. Weiterleitungen und Pipes in bash bewirken eines: Ändern Sie, wohin die Prozessdateideskriptoren 0, 1 und 2 zeigen (siehe / proc / [pid] / fd / *).

Wenn ein Rohr oder "|" Der Operator ist in der Befehlszeile vorhanden. Als Erstes erstellt bash ein Fifo und zeigt die FD 1 des Befehls auf der linken Seite auf dieses Fifo und zeigt die FD 0 des Befehls auf der rechten Seite auf dasselbe Fifo.

Als nächstes werden die Umleitungsoperatoren für jede Seite von links nach rechts ausgewertet , und die aktuellen Einstellungen werden verwendet, wenn eine Duplizierung des Deskriptors auftritt. Dies ist wichtig, da FD1 (linke Seite) und FD0 (rechte Seite) seit dem ersten Einrichten der Pipe bereits von dem geändert wurden, was sie normalerweise gewesen sein könnten, und jede Verdoppelung dieser wird diese Tatsache widerspiegeln.

Wenn Sie also Folgendes eingeben:

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

Folgendes passiert in der Reihenfolge:

1. Eine Pipe (Fifo) wird erstellt. "Befehl FD1" zeigt auf diese Pipe. "grep FD0" zeigt ebenfalls auf diese Pipe
2. "Befehl FD2" zeigt auf die Stelle, an der "Befehl FD1" aktuell zeigt (die Pipe)
3. "Befehl FD1" zeigt auf / dev / null

Alle Ausgaben, die "command" in seinen FD 2 (stderr) schreibt, gelangen in die Pipe und werden von "grep" auf der anderen Seite gelesen. Alle Ausgaben, die "Befehl" in seine FD 1 (stdout) schreibt, gelangen nach / dev / null.

Wenn Sie stattdessen Folgendes ausführen:

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

Folgendes passiert:

1. Eine Pipe wird erstellt und "Befehl FD 1" und "grep FD 0" werden darauf gezeigt
2. "Befehl FD 1" zeigt auf / dev / null
3. "Befehl FD 2" zeigt auf die Stelle, an der FD 1 aktuell zeigt (/ dev / null)

Also gehen alle stdout und stderr von "command" nach / dev / null. Es geht nichts in die Pipe, und daher wird "grep" geschlossen, ohne dass etwas auf dem Bildschirm angezeigt wird.

Beachten Sie auch, dass Weiterleitungen (Dateideskriptoren) schreibgeschützt (<), schreibgeschützt (>) oder schreibgeschützt (<>) sein können.

Eine letzte Anmerkung. Ob ein Programm etwas in FD1 oder FD2 schreibt, liegt ganz beim Programmierer. Die gute Programmierpraxis schreibt vor, dass Fehlermeldungen an FD 2 und die normale Ausgabe an FD 1 gesendet werden müssen. Sie werden jedoch häufig eine schlampige Programmierung finden, die beide vermischt oder die Konvention auf andere Weise ignoriert.

Wenn Sie Bash verwenden, verwenden Sie:

command >/dev/null |& grep "something"

http://www.gnu.org/software/bash/manual/bashref.html#Pipelines

Für diejenigen, die stdout und stderr dauerhaft in Dateien umleiten möchten, grep auf stderr, aber behalten Sie das stdout bei, um Nachrichten an ein tty zu schreiben:

# 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

Dadurch wird Befehl1 stderr zu Befehl2 stdin umgeleitet, während Befehl1 stdout unverändert bleibt.

exec 3>&1
command1 2>&1 >&3 3>&- | command2 3>&-
exec 3>&-

Entnommen aus LDP

Ich habe gerade eine Lösung gefunden , um mithilfe von Named Pipes stdoutan einen Befehl und stderran einen anderen zu senden .

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

Es ist wahrscheinlich eine gute Idee, die genannten Rohre anschließend zu entfernen.

Sie können die RC-Shell verwenden .

Installieren Sie zuerst das Paket (es ist weniger als 1 MB).

Dies ist ein Beispiel dafür , wie Sie die Standardausgabe und Rohrstandardfehler verwerfen würde grep in rc:

find /proc/ >[1] /dev/null |[2] grep task

Sie können es tun, ohne Bash zu verlassen:

rc -c 'find /proc/ >[1] /dev/null |[2] grep task'

Wie Sie vielleicht bemerkt haben, können Sie mithilfe von Klammern nach der Pipe angeben, welcher Dateideskriptor weitergeleitet werden soll.

Standard-Dateideskriptoren sind als solche nummeriert:

• 0: Standardeingabe
• 1: Standardausgabe
• 2: Standardfehler

Ich versuche zu folgen, finde es auch funktionieren,

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