欠落しているprocfsおよびsysctl設定のデフォルト値
procfsまたはsysctl値の処理に関していくつか質問があります。
/ procファイルがない場合に機能を有効にできますか？
/procまたはsysctlエントリがないということは、その特定のカーネルでオプションが有効になっていないことを常に意味しますか？言い換えると、対応する/procエントリが使用できない状態で、カーネルによって機能を有効化またはサポートできますか？ /procに入力されているコード部分を削除する方法でカーネルソースを変更した人はいないと思います。
可能であれば-デフォルトで特定の値になりますか？
対応するproc-Fileが存在しない場合、/proc値がデフォルトの値になるかどうかを知りたいのですが。何らかの理由で私のカーネルが aslr をサポートしているが、/sys/kernel/randomize_va_spaceが存在しない場合、aslrがアクティブになるかどうか。
動作はすべての設定で同じですか？
動作はすべてのカーネル、バージョン、機能で同じですか？または、設定ごとにこの情報を個別に取得する必要がありますか？
例えば：
/proc/sys/kernel/sysrqが私のマシンに存在しない場合、それは意味しますか
Magic SysRQ機能 が私のカーネルで利用できないということですか？
それが利用可能であること？
私には知られていない他のオプションに応じて、それが利用可能かどうか。
この機能の特定のコードにはハードコードされたデフォルトが含まれており、この設定はカーネルの機能ごとに異なりますか？したがって、デフォルトの値を知りたい場合は、各機能のコードを確認する必要があります。
カーネル設定の意味について読むことができる良い ドキュメント が利用可能です。デフォルトの動作を説明するドキュメントはありますか？
/procおよび/sysディレクトリは、Liunxカーネルの「チューニングノブ」を公開するためのものです。非常にまれですが、/procまたは/sysにエントリがなくても、一部のカーネル機能が機能する可能性があります。たとえば、そのカーネル機能にパラメータがなく、公開するものもない場合などです。ユーザーの場合、入力は必要ありません。
ただし、カーネルのドキュメントhasいくつかのエントリがドキュメント化/参照されているが、not見つけることができる場合は、次の2つの可能性があります。
- これらのノブのない古いカーネルを使用しています。
- バニラカーネル-を使用していません。つまり、カーネルは誰か（おそらくディストリビューションのメンテナ）によって多かれ少なかれ大幅にカスタマイズされています。
カーネルで一部の機能が有効になっていると思われるが、/procおよび/sysにエントリが見つからない場合は、カーネル構成ファイル（多くの場合、/bootのファイルから入手可能）を確認してください。または/proc/config.gz）