/etc
私はこれがシステムプロファイルのためであることを読んで聞きました。さまざまなプログラムを起動/停止/再起動するスクリプトが一般的ではないか、または/etc
そのような理由について誰かが説明/直感を与えることができますか?/var
/usr
答え1
/etc
最初は(歴史的および起動中...)ディスクが大きくなるまでではなく(最初のマウントされたファイルシステム)の一部でした。持っている/
/usr
/var
一時的なデータであり、これらのスクリプトは一時的ではありません。
それほど単純ではありませんが、それが始まったことで、ディレクトリ全体のレイアウトを再設計する理由はありません。
答え2
起動スクリプトは実際にはシステム構成の重要な部分です。
ブートプロセスが15〜30年前よりはるかに少なくカスタマイズされ、ほとんどのブート構成が自動化されているにもかかわらず、ブート順序を決定するすべての管理オプションはまだ存在します/etc
。
これは、システム構成を維持およびバックアップする非常に集中化された方法を表します。ほとんどのシステムでは、バックアップだけで/etc
システム全体を簡単に再インストールできます。必要なプログラムを完全に再インストールしてからバックアップを復元します/etc
。
答え3
M. DickeyとM. Pelletierはどちらもこの質問の前提に同意します。しかし、前提が間違っています。
「システムプロファイルに適用」を読んだ場合、読んだ/etc
内容は完全な写真を提供しません。名前を見てください。 「ちょっと待って」です。人々は台所の流しを除くすべてをそこに保管しました。
/etc/rc
以前は、すべてを始めるためにプログラムを実行していました(そして一部のシステムではまだそうです)。- 最初のユーザープロセス用のプログラムイメージファイルが
/etc/init
存在しました(たとえば、XENIXでは始める前にアイデアがありました)。 /etc/profile
、、、/etc/zprofile
残りはすべて確かにスクリプトです。- OpenBSD
/etc/netstart
はFreeBSDの/etc/ipfw.rules
。 - FreeBSD
/etc/rc.suspend
と/etc/rc.resume
;実際に/etc/rc.sendmail
、、、/etc/rc.bsdextended
および/etc/rc.firewall
。
/etc
同様に、「さまざまなプログラムを起動/停止/再起動するスクリプトは通常その場に/var
あるか、または同様のもの」という内容を読んだ場合、/usr
読んだ他の内容が全体の絵を描くことはありません。
- FreeBSD / PC-BSDルールは、
/usr/local/etc/rc.d/
非オペレーティングシステムスクリプト用のrc
ディレクトリを提供することです。rc
さまざまなもののスクリプトは以下ではありません/etc
。 - daemontoolsファミリーの人々がいくつかのサービス管理項目をおよび同様の場所に置くのを見ることができ
/var/sv
ます/var/service
。 (たとえば、私のnoshツールセットは/var/sv
。/etc/service-bundles
/usr
/usr
- システム化されたオペレーティングシステムルールはに何かがあり
/etc/systemd
、に何かがあり/run/systemd
、そして/usr/lib/systemd
(該当しない理由で記録されていない場合でも)に何かがあります/usr/local/lib/systemd
。同様に、ほとんどの「サービスの開始/停止に関するトピック」は、以下では/usr
なく以下にあります/etc
。
答え4
Digital UNIXは、スクリプトを賢く/sbin/init.d
ディレクトリに配置します。そしてHP-UX、ロゼッタストーンによると。