/etc/{init,init.d} 中的 configFiles/scripts/links 指示的所有守护进程是否在启动时启动？

Question

1. 中的配置文件/脚本/链接所指示的所有守护进程（服务）是否都/etc/init/意味着/etc/init.d/在启动时启动；所以我可以假设这些目录就像启动期间进程的启动目录吗？

2. 考虑到多处理，在启动时阻止一些或更多处理是否真的会加快系统启动时间？

3. 这些进程是否刚刚被触发启动或者是否也正在进行一些返回代码检查？

Answer 1

1. 不，/etc/init.d/和/etc/init用于存储系统上使用的各种进程的启动脚本。这些目录中有脚本并不意味着它们会启动。
   对于中的脚本/etc/init.d，其中一个目录中应该有一个链接/etc/rc*.d来启动或停止它们（符号链接），由更新-rc.d工具。
   这些目录中的服务通常由命令启动/停止/重新启动sudo service <service name> <action>。对于 中的脚本/etc/init，这些是 提供的新启动机制的一部分暴发户. 目录中的文件/etc/init包含有关何时以及如何启动和停止它们提供的服务的信息。
   此目录中的服务通常由 启动/停止/重新启动sudo <action> <service name>。

2. 当然，启动的服务越少，启动时等待的时间就越少。但要注意不要禁用系统正常运行所需的服务（例如udev，总线，...）

3. 对于从 启动的服务/etc/init.d，启动脚本应该在其中执行各种检查，以报告服务是否已正常启动。通常，这通过一行“已启动”或“未启动”或其他错误消息来解释。这出现在控制台上，也应该登录到/var/log/boot.log。
   对于由 启动的服务暴发户（使用/etc/init目录），暴发户进程本身提供了一种方法来自动重启可能失败的服务，管理它们之间的依赖关系（启动服务1之前服务2如果服务2需求服务1启动/运行）。

Answer 2

sudo apt-get install bum

Bum 是一个启动管理器，它允许您检测和操作在启动时启动的守护进程和进程。