/ devにdevtmpfsを使用する

カーネルに次のオプションがあることに気付きました：CONFIG_DEVTMPFS

Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev

そして、Debianディストリビューションカーネルでデフォルトで有効になっていることがわかります 3.2.0-4-amd64

このオプションがもたらす違いを理解しようとしています。このオプションを指定しないと、/devとして実装されているtmpfsこのオプションを指定して、それは次のように実装されています、devtmpfs。それ以外は、違いは見当たりません。

helpいずれかの私のためにそれを明確にしませんでした。

これにより、起動時に早い段階でtmpfs / ramfsファイルシステムインスタンスが作成されます。このファイルシステムでは、カーネルドライバーコアは、割り当てられたメジャー/マイナー番号を持つすべての登録済みデバイスのデフォルト名とアクセス許可でデバイスノードを維持します。

完全に機能する/ devディレクトリを提供します。通常は、udevが最上位で実行され、権限を管理し、意味のあるシンボリックリンクを追加します。

非常に限られた環境では、それ以上のヘルプなしで十分な機能/ devを提供する場合があります。また、シンプルなレスキューシステムが可能になり、動的なメジャー/マイナー番号を確実に処理します。

誰かが使用CONFIG_DEVTMPFSと標準の違いを説明してもらえ/devますか？

devtmpfsカーネルによって自動化されたデバイスノードが読み込まれたファイルシステムです。つまり、udevを実行したり/dev、追加の、不要で存在しないデバイスノードを使用して静的レイアウトを作成したりする必要はありません。代わりに、カーネルは既知のデバイスに基づいて適切な情報を入力します。

一方、標準の/dev処理ではudev、追加のデーモンを実行するか、デバイスノードを静的に作成する必要があります/dev。