根本无法让 rc.local 自动运行

Question 1

问题在于这一行：

echo hi > ~user/test

~user并没有像你预期的那样扩展。rc.local正在运行，但由于意外的扩展，它试图写入可能没有权限的某个地方。

请尝试以下方法：

echo ~user/test > /dev/shm/test

然后检查的内容/dev/shm/test。这将显示它rc.local确实运行，以及它正在扩展~user到什么。

尽管如此，我的建议是使用显式路径，而不是依赖外部环境。

Answer

问题在于这一行：

echo hi > ~user/test

~user并没有像你预期的那样扩展。rc.local正在运行，但由于意外的扩展，它试图写入可能没有权限的某个地方。

请尝试以下方法：

echo ~user/test > /dev/shm/test

然后检查的内容/dev/shm/test。这将显示它rc.local确实运行，以及它正在扩展~user到什么。

尽管如此，我的建议是使用显式路径，而不是依赖外部环境。

Question 2

“我不介意听到替代品（比如暴发户）”意味着你不明白一些事情。我不是薄荷用户，但显然它是一个基于新贵的系统。 Upstart 是一个 init 守护进程，您的系统只安装了一个。所以暴发户不是一个替代方案；别无选择——你的系统使用了upstart。时期。它不使用任何其他东西。然而，upstart 包含与 sysvinit 脚本的向后兼容性，这意味着您可以通过在 /etc/rc 目录中放置链接来管理服务，并使用一些旧命令，例如service和update-rc.d。

由于您自己承认不太了解 sysvinit 系统的工作原理，因此我认为您学习它是浪费时间。您不妨了解一下真正的 init 守护进程是如何工作的。 Upstart 非常简单；请记住，95% 对它的抱怨（以及对 Fedora 派生系统上的 systemd 的类似抱怨）只是那些对 sysvinit 有简单掌握的人，并且因为他们可能需要花几个小时学习一些东西而感到愤怒新的。

因此，我想说要检查 rc 目录等，以获取 sysvinit 样式链接，但是从您链接到的解决方案失败的“Rc.local 不执行”问题来看，我认为您在浪费时间此时。忘记 sysvinit 兼容性以及 /etc/rc 和 init.d 目录。

Upstart 处理.conf文件/etc/init（注意：不是 init.d）。因此，如果您想在启动时运行某些脚本，只需将 .conf 文件添加到 /etc/init 即可。它不必是可执行的，但应该由 root 拥有。

author "You"

start on started local-filesystems

script
    /etc/rc.local # but don't really be this lazy, see below
end script

为了防止将来的混淆和进一步的 sysvinit 恶作剧，我建议您将 /etc/rc.local 脚本的名称更改为其他名称，或者更好的是，只需将其中的所有内容移至 .conf 文件（script和end script标记之间的所有内容都会被处理）由外壳）。

新贵的权威参考可能是新贵食谱。就像我说的，这是 sysvinit 在用户友好性方面的一项改进，但不幸的是，网上仍然缺乏关于它的像样的材料，并且有很多混乱和不完整的东西。但在启动时运行脚本就像刚才描述的那样简单。

如果 .conf 文件名为“my-localboot.conf”，您可以使用以下命令测试您的服务

initctl start my-localboot

Answer