stdoutではなくstderrをパイプするにはどうすればよいですか？

stdoutand stderrに情報を書き込むプログラムがあり、stdoutを無視しgrepて、stderrに送信される内容を確認する必要があります。

もちろん、2つのステップで実行できます。

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

しかし、私はこれを一時ファイルなしでできるようにしたいと思います。賢い配管のコツはありますか？

最初にstderrをstdout（パイプ）にリダイレクトします。次にstdoutをリダイレクトします/dev/null（stderrの場所を変更せずに）：

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

さまざまなI / Oリダイレクトの詳細については、Bashリファレンスマニュアルのリダイレクトに関する章を参照してください。

I / Oリダイレクトのシーケンスは左から右に解釈されますが、I / Oリダイレクトが解釈される前にパイプが設定されることに注意してください。1や2などのファイル記述子は、開いているファイルの説明への参照です。この操作2>&1により、ファイル記述子2別名stderrは、ファイル記述子1別名stdoutが現在参照しているのと同じオープンファイル記述を参照します（dup2()およびを参照open()）。次に、操作>/dev/nullはファイル記述子1を変更して、のオープンファイル記述を/dev/null参照しますが、ファイル記述子2が、ファイル記述子1が最初に指していたオープンファイル記述、つまりパイプを参照するという事実は変更されません。

または、標準エラーと標準出力の出力を入れ替えるには、次のコマンドを使用します。

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

これにより、新しいファイル記述子（3）が作成され、1（標準出力）と同じ場所に割り当てられます。次に、fd 1（標準出力）がfd 2（標準エラー）と同じ場所に割り当てられ、最後にfd 2（標準エラー）が割り当てられます。 ）fd 3（標準出力）と同じ場所に。

標準エラーが標準出力として利用可能になり、古い標準出力は標準エラーに保持されます。これはやり過ぎかもしれませんが、Bashファイル記述子の詳細が表示されると幸いです（各プロセスで9つ利用できます）。

Bashでは、プロセス置換を使用してサブシェルにリダイレクトすることもできます。

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

目前の場合：

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

これらの答えの最良のものを組み合わせる場合：

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

...すべての標準出力は標準出力として保存され、すべてのstderrがstderrとして保存されますが、文字列「something」を含むstderrの行は表示されません。

これには、stdoutとstderrを元に戻したり破棄したりせず、それらをまとめたり、一時ファイルを使用したりしないという独特の利点があります。

「リダイレクト」と「パイプ」で実際に何が行われているのかを考えると、物事を視覚化する方がはるかに簡単です。bashのリダイレクトとパイプは、プロセスファイル記述子0、1、および2が指す場所を変更する（/ proc / [pid] / fd / *を参照）ことを行います。

ときパイプや「|」演算子がコマンドラインに存在する場合、最初に発生するのは、bashがfifoを作成し、左側のコマンドのFD 1をこのfifoにポイントし、右側のコマンドのFD 0を同じfifoにポイントすることです。

次に、各サイドのリダイレクト演算子が左から右に評価され、記述子の重複が発生するたびに現在の設定が使用されます。パイプが最初に設定されたため、FD1（左側）とFD0（右側）は通常の状態から既に変更されており、これらの重複はその事実を反映しているため、これは重要です。

したがって、次のように入力すると、

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

これが順番に起こります：

1. パイプ（fifo）が作成されます。「コマンドFD1」はこのパイプを指しています。「grep FD0」もこのパイプを指しています
2. 「コマンドFD2」は、「コマンドFD1」が現在指している場所（パイプ）を指します。
3. 「コマンドFD1」は/ dev / nullを指しています

したがって、「コマンド」がそのFD 2（stderr）に書き込むすべての出力は、パイプに送られ、反対側の「grep」によって読み取られます。「コマンド」がFD 1（stdout）に書き込むすべての出力は、/ dev / nullに送られます。

代わりに、以下を実行します。

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

ここで何が起こるかです：

1. パイプが作成され、「コマンドFD 1」と「grep FD 0 "がそれを指している
2. 「コマンドFD 1」は/ dev / nullを指しています
3. 「コマンドFD 2」は、FD 1が現在指している場所を指します（/ dev / null）

したがって、「コマンド」からのすべてのstdoutおよびstderrは/ dev / nullに移動します。パイプには何も入らないため、「grep」は画面に何も表示せずに終了します。

また、リダイレクト（ファイル記述子）は、読み取り専用（<）、書き込み専用（>）、または読み取り/書き込み（<>）にできることに注意してください。

最後のメモ。プログラムがFD1またはFD2に何かを書き込むかどうかは、完全にプログラマ次第です。エラーメッセージはFD 2に送られ、通常の出力はFD 1に送られるべきであるとプログラミングの慣習で規定されていますが、この2つを混ぜたり、規則を無視したずさんなプログラミングを見つけたりすることがよくあります。

Bashを使用している場合は、次を使用します。

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

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

stdoutとstderrを永続的にファイルにリダイレクトしたい場合は、stderrでgrepを実行しますが、メッセージをttyに書き込むにはstdoutを保持します。

# 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

これにより、command1 stdoutはそのままに、command1 stderrがcommand2 stdinにリダイレクトされます。

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

LDPから取得

名前付きパイプを使用して、あるstdoutコマンドとstderr別のコマンドに送信するためのソリューションを思いついたばかりです。

いきます

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

後で名前付きパイプを削除することをお勧めします。

rcシェルを使用できます。

最初にパッケージをインストールします（1 MB未満です）。

これは、標準出力を破棄して標準エラーをgrepにパイプする方法の例ですrc。

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

あなたはバッシュを離れることなくそれを行うことができます：

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

お気づきかもしれませんが、パイプの後に角かっこを使用して、パイプ処理するファイル記述子を指定できます。

標準ファイル記述子は、次のように列挙されます。

• 0：標準入力
• 1：標準出力
• 2：標準エラー

私はフォローしてみて、それがうまくいくのを見つけて、

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