在我的一个debian服务器上更新了一些东西后，它忽略了它应该在启动时运行的一些脚本（从“init.d”）。
例如Postfix，Memcached或其他守护进程是startet，但是“Apache2”，“Cron”等等不是。 我在日志文件中找不到任何指示启动失败的错误，所以我想它从来没有被触发过。
任何想法在哪里看？ 🙁
编辑： 从sysv-rc-conf输出看起来不错，显示Apache和Cron应该像Postfix等开始…
还有什么想法？
编辑/解决scheme：我把所有没有正确启动到“S19 …”在rc2.d现在我所需要的是重新启动后运行。 但我仍然无能为力。
你可以使用sysv-rc-conf工具。 它显示了在/etc/init.d/文件夹中find的所有脚本。 列代表不同的运行级别。 您可以（不）在表格中标记一个单元格，并且相应的链接被（激活）。
在基于debian的系统上，你也可以使用update-rc.d 。 在类似redhat的系统上，可以使用chkconfig 。 如果有相关链接，则应在启动时调用脚本。
init.d中的脚本只有在应该运行在特定的运行级别时才被执行。 大多数Linux发行版使用/etc/rcX.d符号链接（其中X是运行级别）来select要执行的脚本。 您的发行版也可能提供pipe理这些链接的工具。
我不是一个真正的服务器故障的人，但我非常尊重SO引擎和它的所有实例。 我遇到了这里描述的问题，最终解决了这个问题。
在我的情况下，/etc/rc2.d被忽略，因为我的系统使用/etc/init.d/.depend.start来代替。 我手动编辑它，我对该文件所做的更改不会被忽略。
我通过跟踪/etc/init.d/rc脚本和startpar手册页末尾的FILES部分发现了这一点。 我真希望这不是那么模糊和沉默。 看来这不是最近的变化，但我从来没有遇到过，可能是因为我最近使用了稳定的存储库。 或者因为apt-get在做它的工作，我不必手动更改设置。
但是，这可能不是这个线程中描述的问题。 作者提到使用S19解决了他的问题，这是我无法理解的。 无论如何，我希望这将是有用的人。 我查了很multithreading，并没有find解决scheme。
一个要检查的地方是/ etc / default / servicename文件（servicename是没有启动的服务的名称）。
一些初始化脚本将在该文件中有一个选项，该选项控制守护进程启动，默认为no，这样在启动守护进程之前，它至less需要查看configuration。
Apache2和cron从内存中没有这个设置，但是也许你提到的一些“其他”可能会使用它。