linux命令文件自启动 linux开机自动运行命令

linux设置开机自启动linux设置开机自启动执行命令 linux命令文件自启动:
执行命令 linux命令文件自启动: 编辑"/etc/rc.local",添加linux命令文件自启动你想开机运行的命令
运行程序脚本 :然后在文件最后一行添加要执行程序的全路径 。
例如,每次开机时要执行一个hello.sh , 这个脚本放在/usr下面,那就可以在"/etc/rc.local"中加一行"/usr/./hello.sh",或者" cd /opt./hello.sh "
注意,你的命令应该添加在:exit 0 之前
linux在“/etc/rc.d/init.d”下有很多的文件,每个文件都是可以看到内容的,其实都是一些shell脚本或者可执行二进制文件 Linux开机的时候 , 会加载运行/etc/init.d目录下的程序 , 因此linux命令文件自启动我们可以把想要自动运行的脚本放到这个目录下即可 。系统服务的启动就是通过这种方式实现的 。
简单的说,运行级就是操作系统当前正在运行的功能级别 。
例:在Ubuntu/debain里,可以使用update-rc.d命令来把示例脚本:/etc/init.d/proxy安装到各个runlevel中 。
update-rc.d后面有三个参数,分别是/etc/init.d下的脚本名字,默认安装方式,运行的优先级 。优先级的数字越大,表示越迟运行,这里我们把自己写的服务放在最后运行 。
如果要卸载随机启动的服务 , 执行
在update-rc.d安装的时候提示了警告信息 , 是因为我们写的/etc/init.d/proxy太简陋了 , 只包含了我们想要的命令,连LSB的信息也没有提供 。
只需要对自启动脚本做一些小改动,就可以避免那个警告了 。如下:
到此,一个最简单的随机启动服务写好了,看起来文章挺长的,但其实也就几个命令而已 。在下次开机启动的时候,proxy.py就会以root用户身份被自动运行 。
在/etc/init.d下新建示例脚本文件(startTest.sh),该脚本会启动/opt/test.sh 。内容如下:
写了脚本文件之后事情还没有完,继续完成以下几个步骤:
linux开机自动执行命令和脚本 自动启动 自启 进程一直运行原文及更新:
直接在/etc/rc.local(/etc/rc.d/rc.local)文件中添加即可
上面这脚本实际上在使用时出现了问题,/home/neucrack/software/ss/start_ss_local.sh 这个命令始终没有被执行,原因是 /home/neucrack/software/ss/start_kcptun_client.sh 中的命令阻塞了进程,导致后面一句始终没有执行,可以将他们分别放到后台执行就行了 , 如何在后台执行可以看文章最后一部分
也可以自己手动在rc*.d中建立软连接
桌面系统搜索 启动 ,打开启动管理器 添加删除即可
一般有以下几种方法:
1)在输入命令的最前面加上 nohup 命令
如 nohup your_command这样命令在你退出后仍然会在后台执行
2) setsid 命令
setsid your_command 该命令的结果是使你所运行的命令的父进程为init,所以只有关机该进程才会停止
3) (your_command )
就是用括号将你的命令括起来,这样做也是使命令的父进程为init
4) disown
当你在命令行下输入 your_command后命令就在后台执行了,然后执行jobs命令,该命令会列出当前正在后台执行的命令 。例如输入命令“top”
然后执行"jobs"
输出结果是
[1]Suspended (tty output) top
注意行开头方括号内的数字 , 该数字叫做jobspec,是给当前后台运行的job的编号 。这是你只要在命令行下输入"disown -h 1" 后台运行的top命令就不会受到hangup信号的影响了 。
5)使用 screen 命令
在命令行下输入screen命令就开启了一个screen进程 , 它就好像是一个全新的命令运行环境 , 在该环境中你可以像在正常的terminal下那样执行
命令 , 但是这个screen是不受其父进程的hangup信号的影响的,既然screen不受其父进程影响 , 当你意外掉线或者退出系统时,在screen
中仍在执行的命令仍然会继续执行 。关于screen命令的使用方法你可以再去查阅相关资料 。
Linux服务开机自启动三种方式,你觉得哪种最优雅?很多时候,我们需要将一些服务在Linux系统启动时即自动运行 , 省得每次都要去手动启动一遍 , 如Redis , MySQL, Nginx等 。本文对CentOS与Ubuntu下开机自启动的配置方法进行整理,供参考查阅 。
rc.local是CentOS以前版本的方式,在CentOS7中仍然以兼容的形式存在,虽仍可用 , 但不推荐(推荐使用systemd service) 。
1、编写需要开机自启动的脚本 , 并添加执行权限
作为测试 , 上述脚本打印一个时间到/tmp/test.log文件中
2、在/etc/rc.d/rc.local配置文件中添加脚本运行命令(使用绝对路径)
3、添加/etc/rc.d/rc.local文件的执行权限
在centos7中,/etc/rc.d/rc.local没有执行权限,需要手动授权
以上三步,即可使/root/test_rclocal.sh /dev/null 2/dev/null 命令在服务器系统启动时自动运行 。
1、编写需要开机自启动的测试脚本,并添加执行权限
2、在/etc/rc.d/init.d/目录下添加一个可执行脚本testchkconfig
上述testchkconfig脚本的头部必须遵循一定的格式 # chkconfig: 2345 90 10 , 其中2345指定服务在哪些执行等级中开启或关闭 , 90表示启动的优先级(0-100 , 越大优先级越低) , 10表示关闭的优先级 。执行等级包括
3、加入开机启动服务列表
使用 chkconfig --list 可查看当前加入开机自启动的服务列表,但如Note部分所述,该命令只显示SysV服务,不包含原生的systemd服务,查看systemd服务可使用systemctl list-unit-files命令 。
以上三步 , 即可使/root/test_chkconfig.sh /dev/null 2/dev/null 命令在服务器系统启动时自动运行 。
chkconfig的其它命令参考
CentOS7的systemd服务脚本存放在:/usr/lib/systemd/system(系统级)/usr/lib/systemd/user(用户级)下 , 以.service结尾 。这里以nginx为例
1、在/usr/lib/systemd/system目录下创建nginx.service文件
其中Service部分的Type包括如下几种类型:
2、 开启开机自启动
以上两步 , 就将nginx服务配置成了在操作系统启动时自动启动 。
其它命令参考
从字面看是PID文件不可读,查看/var/run/nginx.pid,该文件也确实不存在,查看nginx.conf配置文件,发现是pid /var/run/nginx.pid;这行配置被注释掉了,如果不指定pid文件位置,nginx默认会把pid文件保存在logs目录中 。所以出现systemd启动服务时找不到pid文件而报错 , 将nginx.conf中的pid配置注释去掉 , 重启nginx.service即可 。
在Ubuntu18.04中 , 主要也是以systemd服务来实现开机自启动,systemd默认读取/etc/systemd/system/下的配置文件 , 该目录下的一些文件会链接到/lib/systemd/system/下的文件 。
因此可以在/etc/systemd/system/目录下面创建一个自启动服务配置,以内网穿透服务frp客户端为例,如
各配置项与CentOS类似 。然后将服务器加到自启动列表中并启动服务
其它更多systemctl命令与CentOS类似 。
也可以使用/lib/systemd/system/rc-local.service来执行一些开机需要执行的脚本,该文件内容为
从Description看它是为了兼容之前版本的/etc/rc.local的,该服务启动命名就是/etc/rc.local start , 将该文件链接到/etc/systemd/system下
创建/etc/rc.local文件,并赋予可执行权限
作者:半路雨歌
链接:
【linux命令文件自启动 linux开机自动运行命令】linux命令文件自启动的介绍就聊到这里吧,感谢你花时间阅读本站内容 , 更多关于linux开机自动运行命令、linux命令文件自启动的信息别忘了在本站进行查找喔 。

    推荐阅读