プログラムはSTDOUT / STDERR以外の場所にどのように出力しますか？それを避ける方法は？

どうやら、使用可能なすべての出力先がわからないようです。stdout（&1）とstderr（&2）について知っています。ただし、両方の記述子をリダイレクトした後でも、コンソールに出力が表示されることがあります！

私が考えることができる最も簡単な例はGNU Parallelです。使用するたびに、引用通知が表示されます。行っても&2>1 > file、通知が表示されます。

そして同じことが当てはまりemergeます。emergeを実行していくつかの問題が発生した場合、一部の情報はにも出力されstdoutませんstdin。

私は主にを使用してこれらの問題を解決しますscriptが、この問題の原因は何だと思います。

使用した構文が間違っています。

cmd &2>1 >file

として分割されます

cmd &
2>1 >file

この意志：

1. cmdリダイレクトなしでバックグラウンドジョブとして実行する
2. 別のプロセス（コマンドなし！）でstderr、文字通り呼び出されるファイルに1リダイレクトstdoutし、file

必要な構文は次のとおりです。

cmd >file 2>&1

操作の順序は重要です。この意志：

1. リダイレクトstdoutへfile
2. リダイレクトstderrする&1-すなわち、同じファイルハンドルなどstdout

結果は、両方のことであるstderrとはstdoutにリダイレクトされますfile。

ではbash、より単純な非標準の（したがって、移植性の理由でお勧めしません）構文cmd &> fileも同じことを行います。

2つの問題があります。

1つ目は順序が重要であること、2つ目は/dev/ttyです。

このスクリプトを、出力をキャプチャするスクリプトの例として使用してみましょう。

test.sh：

#!/bin/bash

echo dada
echo edada 1>&2
echo ttdada >/dev/tty

次に、コマンドの出力を見てみましょう。

./testmyscript.sh 2>&1 >/dev/null：

edada
ttdada

評価の順序は左から右であるため、最初に「出力先（コンソール出力）stderrへのリダイレクト」を取得しstdoutます。その後、「リダイレクトstdoutし/dev/nullます。次のような状況になります。

stdout-> /dev/null stderr->コンソール

だから私たちはそれを正しく理解します：

./testmyscript.sh >/dev/null 2>&1

そして、我々は得る：

ttdada。

今、私たちは「リダイレクトを行うstdoutと/dev/nullし、」、および「stdoutが指している場所へのリダイレクト標準エラー出力」（そうが、/dev/null）。ほら！

ただし、まだ問題があります。プログラムはに出力し/dev/ttyます。今、私はこの種の振る舞いを修正する方法を知らないので、あなたはおそらく必要scriptになるでしょうが、うまくいけば、この振る舞いはあまり頻繁に起こらないでしょう。