ウィキペディアの記事/dev/nullを読んで、ファイルをに移動して遊んでいました/dev/null。
このために、私はを作成し、test_fileそれにいくつかのコンテンツを入れました：
$ touch test_file
$ echo "This is written by Aditya" > test_file
$ cat test_file
This is written by Aditya
その後、ファイルを/dev/null次の場所に移動しようとしました。
$ mv test_file /dev/null
mv: inter-device move failed: ‘test_file’ to ‘/dev/null’; unable to remove target: Permission denied
以来、これは私にPermission deniedエラーを与えました。私は先に進みsudo、Permission deniedエラーが発生するたびに通常どおりに使用しました。
$ sudo mv test_file /dev/null
コマンドは成功test_fileし、ディレクトリに存在しなくなりました。
ただし、ウィキペディアの記事には、移動先のものを復元することは不可能で/dev/nullあり、そこEOFから読み取ろうとするプロセスにが与えられると書かれています。しかし、私はから読むことができます/dev/null：
$ cat /dev/null
This is written by Aditya
何を間違えたの/dev/nullですか？また、通常の状態に戻すにはどうすればよいですか？そして、なぜ私はPermission deniedそもそもエラーに遭遇したのですか？
/dev/nullファイルです。特別なファイル。システム上のハードウェアと通信する/ dev / sdaや/ dev / ttyなどのデバイスファイル。
との唯一の違い/dev/nullは、ハードウェアがリンクされていないことです。送信したデータはすべてサイレントに破棄されます。次のコマンドのように：
echo "Hello World" > /dev/null
の出力echoをnull、void、ブラックホールに送信するため、端末には何も出力されません。
しかし、あなたがそうしたとき、あなたはmv test_file /dev/nullあなた/dev/nullのコンテンツのコピーを保持している通常のテキストファイルに特別なファイルを置き換えましたtest_file。言い換えれば、あなたはあなたのを失いました/dev/null。
今、あなたがしなければならないことは（それを再構築するために）です：
sudo rm /dev/null
sudo mknod -m 0666 /dev/null c 1 3
多くのスクリプトはデフォルトでに出力を送信するため、再構築する必要があります/dev/null。場合は/dev/nullこれ以上のブラックホールが、通常のテキストファイルであり、それは、成長しない成長し、あなたのファイルシステムを埋めることがあります。そして、私はあなたがこれを避けたいと確信しています。
さらに危険なことに、多くのスクリプトは、からの/dev/null読み取りでは何も読み取られないと想定しています。この仮定を破ると、システム全体のファイルにランダムなゴミが書き込まれる可能性があります...修正することは事実上不可能です。
また、Linuxはマルチタスクであることを忘れないでください。遊んでいる/dev/null間、多くのプロセスが実行されており、数秒の「機会の窓」の間でも大混乱を引き起こす可能性があります。
遊んでみたい場合は/dev/null、コピーを作成して試してみることができます。
sudo mknod -m 0666 /tmp/null c 1 3
/tmp/nullまったく同じように機能する/dev/nullが、システムにリスクを与えることなく操作およびテストできるファイルを作成します。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加