在一个Amazon S3 Linux实例中,我有两个名为start_my_app和stop_my_app的脚本,它们永远地启动和停止(反过来运行我的Node.js应用程序)。我使用这些脚本手动启动和停止我的Node.js应用程序。到目前为止一切顺利。
我的问题是:我还想设置它,以便在系统启动时运行start_my_app。我知道我需要在init中添加一个文件。d和我知道如何符号链接到rc内的适当目录。d,但是我不知道我放在init。d中的文件里到底需要什么。我认为它应该只有一行,比如start_my_app,但这对我来说并不管用。
创建自己的/init可执行文件
这不是你想要的,但很有趣!
只需选择一个任意的可执行文件,甚至是一个shell脚本,并使用命令行参数引导内核:
init=/path/to/myinit
在引导结束时,Linux内核在给定的路径上运行第一个用户空间可执行文件。
有几个项目提供了主流发行版(如systemd)所使用的流行的init可执行文件,并且在大多数发行版中,init会派生出一堆用于正常系统操作的进程。
但是我们可以劫持/初始化它来运行我们自己的最小脚本,以更好地理解我们的系统。
这里是一个最小的可复制设置:https://github.com/cirosantilli/linux-kernel-module-cheat/tree/f96d4d55c9caa7c0862991025e1291c48c33e3d9/README.md#custom-init
很多答案都是在启动时启动某个东西,但通常你想稍微晚一点启动它,因为你的脚本依赖于例如网络。使用at只是添加这个延迟,例如:
at now + 1 min -f /path/yourscript
你可以在/etc/rc.中添加本地的,还在cron喜欢:
# crontab -e
@reboot at now + 1 min -f /path/yourscript
把cron和at结合起来是不是很有趣?信息在手册页。
至于@reboot可能不被广泛支持的评论,试试看吧。我发现/etc/rc.Local在支持systemd的发行版上已经过时了,比如ubuntu和raspbian。