ルートディレクトリの「etc」フォルダは何を表しますか？これを知ると、特定のファイルがどこにあるかを覚えておくのに役立ちます。
修正する：他の人に便利です。このフォルダは「ホスト固有の設定ファイル」用です。引用する。
ベストアンサー1
最初は/binプログラム（本質的に実行可能なバイナリ）に使用され、すぐに/devデバイスファイルと/libプログラム（ライブラリ）によってロードされる追加の実行コードに使用されました。また、最初はユーザーデータとして、その後は/usr独自のオペレーティングシステム領域としてbin、電子形式のドキュメントを含む追加のオペレーティングシステム領域として非常に初期に登場しました。ソースコードもしばしば提供されます。libman/usr
オペレーティングシステムには、既存のカテゴリに合わないいくつかのファイルがあります。これには、passwdユーザーのパスワードを含むファイル、mtabで作成されたファイル、起動時mountに実行されるプログラム、およびその後に実行されるプログラムが含まれます。initrc
（以前のUnixソースコードを参照できます。Unixツリー。 V6以前のバージョンは非常に断片化されていました。また、見ることができますV1そしてV6マニュアルは次の場所にあります。マンページライブラリ.)
当初、内部ファイルは構成/etcファイルではありませんでした。当初、何かをカスタマイズするには、システムの対応する部分を再コンパイルする必要がありました。 Unixがより強力になるにつれて、再コンパイルなしでより多くの作業を実行できます。 Unixが広く使われているので、人々はますます多くのことをしたいと思い、再コンパイルする手間をかけずにそれを行う方法を見つけました。そのため、/etc人々がカスタマイズできるテキストファイルがますます多くなり、徐々に構成ディレクトリになりました。
/sbinシステム管理者のみを含むプログラムを作成すると、テキストファイルのみが残り、/etcそのほとんどはシステム管理者がカスタマイズできます。一部のファイルは（たとえば/etc/mtab、時には/etc/resolv.conf）システムプログラムによって自動的に維持されます。/runLinuxの世界では、これらのファイルを移動する傾向が遅いです。
最新のUnixシステムでは、ほとんどすべてのシステム全体の構成ファイルがありますが、/etcすべてのファイルが/etc構成ファイルであるわけではありません。一般的なLinuxディストリビューションやその他のUnixバリアントは、パッケージ内の多くのファイルの修正をうまく処理できません。少なくとも、システムがアップグレードされたときにローカル修正を手動でマージする必要があるかもしれません。