测试脚本:
一、 向rc.local文件添加启动代码(未找到,不测试)
修改/etc/rc.local
文件,在文件中exit 0
之前添加代码在启动时都会被执行,如:su pi -c “exec /home/pi/testboot.sh”
其中:su pi
表示切换至pi用户执行,-c
表示执行后恢复原来的用户,exec /home/pi/testboot.sh
表示执行脚本test.sh
,且此脚本已经通过chmod
增加了执行权限;
注意:系统启动时执行代码时使用的是root
用户权限,如不指定pi
用户,可能因为权限问题导致test.sh
脚本执行失败。同时需要知晓,rc.local
文件当中配置的执行脚本的运行耗时包括在系统启动时间中,可能会导致系统启动变慢。
使用过程:在设备内核启动后,进入操作系统时执行启动代码,当需要执行获取系统启动后获取的配置信息时,可能导致执行结果与预期不同。如,进入操作系统之后才能获取ip地址,程序应该延迟执行或放在桌面启动后再执行。
一些linux版本可能已经取消了rc.local
文件。
二、 将程序作为服务启动
在/etc/init.d/
目录下新建一个服务脚本文件,比如与需要执行脚本同名的脚本文件testboot
,文件内容:
#!/bin/sh
#/etc/init.d/testboot
###BEGIN INIT INFO
#Provides:testboot
#Required-Start:$remote_fs $syslog
#Required-Stop:$remote_fs $syslog
#Default-Start:2 3 4 5
#Default-Stop:0 1 6
#Short-Description:testboot
#Description:This service is used to start my application
###END INIT INFO
case “$1” in
start)
echo “start your app here.”
su pi -c “exec ~/testboot.sh”
;;
stop)
echo “stop your app here.”
;;
*)
echo “Usage: service testboot start|stop”
exit 1
;;
esac
exit 0
设置脚本权限:sudo chmod 777 /etc/init.d/testboot
最后将该脚本作为服务设置开机自动加载:sudo update-rc.d testboot defaults
命令行重启测试:sudo reboot
注意:服务在系统启动后才执行,与系统启动无关,不会拖慢系统启动。
使用过程:/etc/init.d/
目录通常用于存储SysVinit(System V Initialization)
或Upstart
等较旧初始化系统的启动脚本。
使用sudo service testboot status
查看服务执行日志:
三、 通过桌面启动(不使用,不测试)
在加载了桌面后启动自定义程序,在/home/pi/.config/
目录下新建一个名为autostart
的文件夹,在autostart
目录下新建testboot.desktop
文件,文件名随意但是后缀必须是.desktop
。
文件内容如下:
[Desktop Entry]
Type=Application
Name=testboot
NoDisplay=true
Exec=/home/pi/testboot.sh
命令行重启测试:sudo reboot
注意:此方法除了依赖桌面以外,如果开启多个桌面则会多次执行自定义程序。如,多次登陆远程桌面,脚本就会执行多次。
使用过程:未使用
四、 使用systemctl设置服务
在/usr/lib/systemd/system/
目录下新建文件testboot.service
文件,如果system
目录不存在需要再创建。
testboot.service
文件内容如下:
[Unit]
Description=testboot
[Service]
Type=oneshot
ExecStart=/home/pi/testboot.sh
[Install]
WantedBy=multi-user.target
此文件直接指定启动文件的路径,无法指定pi
用户执行,所以只能在root
用户下执行。
设置服务自启动:sudo systemctl enable testboot.service
注意:此方法与方法二当中的/etc/init.d/
目录下创建服务脚本类似都是通过服务启动,所以两种方法中不能使用同个服务名。
使用过程:/usr/lib/systemd/system/
目录用于systemd
,这是现代Linux
系统中广泛使用的初始化系统和服务管理器。尽管systemd
是现代的初始化系统,但许多Linux
发行版仍然提供对SysVinit
的兼容性支持,允许在/etc/init.d/
目录下放置启动脚本,并通过systemd
的兼容性层来管理它们。
使用此方法设置启动服务可能失败,可以通过命令journalctl -u testboot.service
查看启动执行日志排查问题(其中testboot.service
是启动服务的.service
文件名):
或者使用sudo service testboot status
五、 总结
执行脚本需要保证依赖其他服务则必须等待其他服务加载完才能正常启动,可以通过延时后再启动。