コマンドまたはシェルスクリプトの出力がstdoutまたはstderrであるかどうかを確認する方法

コマンドまたはシェルスクリプトを実行すると、出力が得られます。このコマンドまたはシェルスクリプトの内部を知らずに、出力がstderrまたはからであるかどうかをどのように判断しstdoutますか？

たとえば、

$ ls -ld /
drwxrwxr-t  35 root  admin  1258 Dec 11 19:16 /

対

ls -ld /test
ls: /test: No such file or directory

最初のコマンドが印刷されstdout、2番目のコマンドが印刷されたことを確認するにはどうすればよいstderrですか？

出力が既に印刷されていると通知する方法はありません。この場合、stdoutとstderrは両方とも端末に接続されているため、どのストリームに書き込まれたかに関する情報は、端末にテキストが表示されるまでにすでに失われています。これらは、端末に到達する前にプログラムによって結合されました。

あなたは何ができるか、上記のような場合には、使用してコマンドを実行することであろうstdoutとstderr別の場所にリダイレクトし、何が起こるかを参照してください。それとも一回、二回、それを実行stdoutにリダイレクト/dev/nullし、一回stderrにリダイレクト/dev/nullし、テキストでこれらのケースの結果のどれが現れてご覧ください。

あなたはリダイレクトできstdoutに/dev/nullタックにより>/dev/null、コマンドラインの最後に、あなたはリダイレクトすることができますstderrに/dev/null追加することによって2>/dev/null。

を使用してstdoutをリダイレクトし> file、を使用してstderrをリダイレクトでき2> fileます。最新のシェルの多くはコマンドへのリダイレクトをサポートしているため、sedどの出力がどのストリームからのものかを強調するために使用できます。

$ ls 2> >(sed 's/^/2: /') > >(sed 's/^/1: /')
1: unity_support_test.0
1: vmwareDnD

$ ls foo 2> >(sed 's/^/2: /') > >(sed 's/^/1: /')
2: ls: cannot access foo: No such file or directory

annotate-outputDebianのからスクリプトをdevscripts使用すると、選択的にこれを行うことができます：

$ annotate-output ls -ld /test
14:54:22 -: Started ls -ld /test
14:54:22 E: ls: cannot access /test: No such file or directory
14:54:22 -: Finished with exitcode 2

2番目の列は、stdoutおよびstderr with Oおよびwith をEそれぞれ示しています。

いくつかの注意事項がありますが、主なものは他の回答に記載されているとおりです。事実の後、これを行うことはできません。シェルも端末も、任意のプログラムがファイル記述子をどのように使用するかを認識していませんが、シェルはそれらを最初に設定する責任があります。

このメソッドはfifoを使用します。fifoへの書き込みはttyへの書き込みとは異なる動作をする可能性があり、2つの異なるfifoへの書き込みは明らかに異なります（潜在的なタイミング/インターリーブの問題）。また、インタラクティブな使用には適していません。たとえばannotate-output bash、素晴らしい計画ではありませんが、他の多くの目的には役立ちます。stdin / stdout / stderrの色付けに関する関連質問への回答には、スクリプトとシェル関数の多くの例があります。最も堅牢なのは、stderrdに書き込まれたデータを（ほとんどの）プログラムのランタイム変更を使用して変更するstderrdです。

Ankoがリンクしているこの質問には、その関連テーマに関する良い答えがあります：stdout / stderr出力の色付け： STDERRとSTDOUTを異なる色で印刷するようにシェルを構成できますか？

他の答えとは別に、指すことは本質的です/proc/$PID/fd（ただし、質問には答えません）。

$ cat > /dev/null 2> /tmp/blablah &
[1] 3073

[1]+  Stopped                 cat > /dev/null 2> /tmp/blablah
$ ls -l /proc/3073/fd
total 0
lrwx------ 1 kampde kampde 64 Feb 24 11:43 0 -> /dev/pts/33
l-wx------ 1 kampde kampde 64 Feb 24 11:43 1 -> /dev/null
l-wx------ 1 kampde kampde 64 Feb 24 11:43 2 -> /tmp/blablah

ご覧のとおり、ここではプロセスに対して開かれたファイル記述子を見ることができます。0でSTDIN、1あるSTDOUTと2されますSTDERR。STDOUTまたはSTDERRがリダイレクトされていない場合は/dev/pts/33、端末を指すため（少なくともこの例では）表示されます。

注：/proc/$PID実行中のプロセスに対してのみ存在します。この場合、cat引数なしで使用しているため、を閉じるまで終了しませんSTDIN。また、バックグラウンドで実行したため、この例のためにすぐにPIDを取得します。

あなたが何を求めているのかは明確ではありませんが、これは役立つかもしれません

ls -ld /
echo $?    # Exit status 0 returned because command executed successfully.

ls -ld /test
echo $?    # Non-zero exit status returned -- command failed to execute

ソース

終了コードが0の場合、単にコマンドが正しく実行されたこと（stdout）を意味します。ここでは、終了コードが0（stderr）と異なる場合の意味を見つけることができます。

通常、STDERRでは、メッセージの前にコロンが付いたプログラム名が付けられます。

例：

rpm -zq some_utils 
rpm: -zq: unknown option

対

rpm -ql some_utils 
package some_utils is not installed

エラー出力をキャプチャしてテストするには：

ls -l test 2>errors
if [ -s errors ]; then echo "There were errors:" && cat errors; fi
rm errors