/ dev / nullとは何ですか？それはどのように役立ちますか？

GNU / Linuxディレクトリツリーの概念がすでにある場合は、少なくとも/ dev /参照に精通している必要があります。これは、事実上、関連するすべてのファイルが存在する場所です。 ハードウェアデバイス. ディレクトリを見ると / dev / と呼ばれる「ファイル」が表示されます ヌル、しかし、コンテンツを表示するためにそれを開きたい場合、それは通常のコンテンツではないため、システムはそれが不可能であると通知します。 Linuxの場合、すべて（ハードウェアとソフトウェア）がファイルとして表されるため、ファイルという単語を同封しました。

/ dev / nullはどのデバイスに対応していますか？

実用的な目的のために、ゴミ箱、底なしの穴、またはそれを回収する可能性なしに何かを投げ入れる宇宙空間を想像してください（NASAの人がどんなに頑張っても）。

しかし、すでにrmのようなコマンドがある場合、なぜ新しいものを削除したいのですか？

両方の「ブラックホール」の動作方法が完全に異なるため、実行時にシェルスクリプト内のコマンドのエラーの標準出力をオーバーライドするにはどうすればよいでしょうか。 これが/ dev / nullの出番です。

例を挙げて見てみましょう。

文字列「HelloWorld」を含むtestsというファイルを作成しました。 そのファイルの内容をコマンドラインで表現したい場合は、次の方法で行うことができます。

ユーザー@ラップトップ：〜$猫のテスト
こんにちは世界

ファイルが存在しないか、テストとして名前が付けられている場合（末尾に「s」が付いている場合）、コンソールで次のエラーが発生します。

ユーザー@ラップトップ：〜$猫のテスト
cat：テスト：ファイルまたはディレクトリが存在しません

エラーメッセージを回避するにはどうすればよいですか？ エラーが発生した場合は、コマンドの出力を「ゴミ箱」、つまり/ dev / nullにリダイレクトするだけです。

エラーが発生した場合にどのように指定しますか？ ここでは、プログラムの標準入力、出力、およびエラー値を入力します：STDIN、STDOUT、およびSTDERR（それぞれ、0、1、および2の代わりに使用できます）。 このように入れれば...

ユーザー@ラップトップ：〜$ catテスト2> / dev / null
ユーザー@ラップトップ：〜$

…コンソールにエラーメッセージが表示されないことがわかります。

構文が不可欠であるため、注意する必要があります。文字2と>の間にはスペースを入れないでください。 それ以外の場合は、次のようになります。

ユーザー@ラップトップ：〜$ catテスト2> / dev / null
cat：テスト：ファイルまたはディレクトリが存在しません
cat：2：ファイルまたはディレクトリが存在しません

対照的に、>と/ dev / nullの間のスペースは、結果に悪影響を与えません。

たとえば、エラーリダイレクトを使用して、次のようにログファイルにエラーをキャプチャすることもできます。

ユーザー@ラップトップ：〜$ catテスト2> err.log

もうXNUMXつの興味深いケースは、エラーが発生しない限り、別のファイルに結果を収集することです。

ユーザー@ラップトップ：〜$ cat test 1> output_result 2> err.log

最後に、標準出力とエラー出力を組み合わせた式 "> / dev / null 2>＆1"を入力し、出力情報が取得されないようにリダイレクトする必要があります。