为什么init.d脚本包含在etc中？

我一直在阅读/收听/etc有关系统配置文件的信息。有人可以解释/给我一些直觉，为什么这些脚本，启动/停止/启动各种程序通常是在/etc代替/var或/usr或类似的东西？

早期（从历史上以及在引导过程中……）/etc都是/（第一个挂载的文件系统）的一部分，而/usr实际上不是（直到磁盘变大）。 /var保存临时数据，而这些脚本不是临时的。

它不是那么简单，但是它是以这种方式开始的，几乎没有必要重新整理整个目录布局。

启动脚本实际上是系统配置的重要组成部分。

尽管与15-30年前相比，启动过程的自定义设置要少得多，并且大多数启动配置已实现自动化，但所有确定启动顺序的管理选择仍在中/etc。

这是维护和备份系统配置的非常集中的方式。在大多数系统上，备份/etc足以使您轻松地重新安装整个系统。您只需使用所需程序进行完全重新安装，然后还原/etc备份。

迪基（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之前需要的60到70之间的服务包/usr，包括安装并检查/usr是否需要的服务。）
• systemd操作系统约定中包含一些内容 /etc/systemd，一些内容/run/systemd，一些内容/usr/lib/systemd，并且（尽管由于不适用的原因没有记载）/usr/local/lib/systemd。同样，大多数“启动/停止服务的内容”都在/usr而不是下找到/etc。

您最好回顾一下Filesystem Hierarchy Standard。它会（详细）解释这是为什么的确切原因，但它也包含您可能好奇的其他许多路径上的此类信息。

文件系统标准已设计为供Unix发行版开发人员，程序包开发人员和系统实现者使用。但是，它主要是作为参考，而不是有关如何管理Unix文件系统或目录层次结构的教程。

Digital UNIX非常明智地将脚本放置在/sbin/init.d目录下。罗塞塔石碑还说，还有HP-UX 。