UNIXシステムが/ dev / * [duplicate]にそれほど多くの[0バイト]ドライブを必要とするのはなぜですか?

UNIXシステムが/ dev / * [duplicate]にそれほど多くの[0バイト]ドライブを必要とするのはなぜですか?

だから最近尋ねました。この問題、その結果、次のコマンドを実行するようになりました。

$ du -sk /dev/*

次のように約353個の個別項目が出力されます。

0/開発/sdt
0 /dev/標準エラー
0 /dev/標準入力
0 /dev/標準出力
0 /dev/システム追跡
0/開発者/tty
0 /dev/tty.Bluetooth 受信ポート
0 /dev/tty.Bluetoothモデム
0 /dev/ttyp0
0 /dev/ttyp1

誰かがこのディレクトリが何であるかを詳しく説明できますか?なぜすべて0バイトですか?

ベストアンサー1

彼らデバイスノード:

Unixファミリーオペレーティングシステムでは、デバイスファイルまたは特殊ファイルはデバイスドライバへのインタフェースであり、通常のファイルのようにファイルシステムに表示されます。 [...]これにより、ソフトウェアは標準の入出力システムコールを使用してデバイスドライバと対話することができ、これは多くのタスクを簡素化し、ユーザースペースI / Oメカニズムを統合します。

つまり、通常のディレクトリで構成できますが、通常のファイルではありません。歴史的に、これはいくつかのカーネル情報を使用してディスクに作成された実際のノードでした。最新のLinuxシステムでは、特別なメモリ内ファイルシステムに置き換えられました。開発者ファイルシステム/proc、インメモリprocf、インメモリ/syssysfによく似ています。そのため、ゼロバイトとしてリストされます。これはカーネルへの直接のインターフェースです。

それが何であるかについては、Wikipediaの記事に「命名規則」のセクションがありますが、これは拘束力があるか普遍的ではありません(ユーザー空間で名前を変更することができます。たとえば、RedHat / Fedoraから派生したudevインストールはこれを行います)。日付の左側の2つの列ls -l(「サイズ」)に示されている州/マイナー番号から別の手がかりを取得できます。この数字は/sys/dev/blockまたはの項目に対応します/sys/dev/char

これらのデバイスのほとんどは次のとおりです。仮想ハードウェアの特定の部分とほとんどまたはまったく関係がない可能性があります。たとえば、ttyデバイスはctrl-alt-F [N]を使用してナビゲートする仮想端末です。ptデバイス(ディレクトリ付き)は、GUIエミュレータで使用される擬似端末です。共有メモリセグメント(shm実際のサイズを持つ)など、より難解なものがたくさんあります。繰り返しますが、目的は単に標準化されたカーネルインタフェースを提供することです。 「デバイス」という概念は非常に緩いです。

おすすめ記事