在一个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，但这对我来说并不管用。
当前回答
编辑rc。本地文件使用nano或gedit编辑器，并添加您的脚本在其中。文件路径可以是“/etc/rc”Local或/etc/rc.d/rc. Local。
sudo nano /etc/rc.local
编辑如下:
#!/bin/sh
/path-to-your-script/your-scipt-name.sh
一旦完成按ctrl+o更新，再按ctrl+x。
使文件可执行。
sudo chmod 755 /etc/rc.local
然后在引导期间启动rc-local服务以运行脚本。
sudo systemctl start rc-local
其他回答
你可以这样做:
chmod +x PATH_TO_YOUR_SCRIPT/start_my_app
然后使用下面的命令
update-rc.d start_my_app defaults 100
请参阅有关Cyberciti的本页。
另一种选择是在crontab中使用@reboot命令。
不是每个版本的cron都支持这一点，但如果您的实例基于Amazon Linux AMI，那么它就可以工作。
很多答案都是在启动时启动某个东西，但通常你想稍微晚一点启动它，因为你的脚本依赖于例如网络。使用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。
你放在/etc/init.的文件D /必须设置为可执行:
chmod +x /etc/init.d/start_my_app
正如@meetamit所指出的，如果它仍然不能运行，你可能必须创建一个到/etc/rc.d/文件的符号链接
ln -s /etc/init.d/start_my_app /etc/rc.d/
请注意，在最新版本的Debian上，这将不起作用，因为你的脚本必须与LSB兼容(至少提供以下操作:启动，停止，重新启动，强制重新加载和状态): https://wiki.debian.org/LSBInitScripts
注意，你应该在你的脚本中使用文件的绝对路径，而不是相对路径，这可能会解决意想不到的问题:
/var/myscripts/start_my_app
最后，确保你在文件顶部包含了shebang:
#!/bin/sh
首先创建你的启动脚本@ /home/user/startup.sh，并使其可执行
chmod +x /home/user/startup.sh
然后为它设置crontab:
$ crontab -e
@reboot /home/user/startup.sh
现在你的startup.sh脚本将在每次启动时运行。
