systemctl 命令设置开机自启动失败

这篇具有很好参考价值的文章主要介绍了systemctl 命令设置开机自启动失败。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

哈喽大家好,我是咸鱼。今天跟大家分享一个关于 Linux 服务(service)相关的案例
 

案例现象

我在 3 月 31日的时候发表了一篇《shell 脚本之一键部署安装 Nginx》,介绍了如何通过 shell 脚本一键安装 Nginx

 

我脚本中执行了 Nginx 开机自启动的命令,当我使用 systemctl status nginx 命令复核的时候,我发现 Nginx 服务设置开机自启动并没有生效

systemctl 命令设置开机自启动失败

 

使用下面的命令设置一下

systemctl 命令设置开机自启动失败

 

通常来说,设置开机自启动其实就是将 nginx.service 这个文件创建一个软连接然后挂在/etc/systemd/system/multi-user.target.wants/ 目录下面

 

举个例子,我要将 atd.service 设置开机自启动

systemctl 命令设置开机自启动失败

 

systemctl 命令设置开机自启动失败

 

可以看到设置了开机自启动的服务都在这个目录下面有软连接,但是没有 Nginx 服务

 

我们使用下面的命令来看下 nginx 服务有没有设置开机自启动

systemctl 命令设置开机自启动失败

 

奇怪,怎么 systemctl enable nginx.service 没有生效?

 

手动创建一下软链接试试

systemctl 命令设置开机自启动失败

 

 发现设置开机自启动成功

systemctl 命令设置开机自启动失败

 

问题:使用 systemctl 命令不能设置 nginx 服务开机自启动,需要手动去挂载软连接

 

定位问题

在排查问题之前,我先给大家简单介绍一下 daemon 与 服务(service)

 

daemon 与 服务(service)

 

我们知道,在 Linux 中,服务(service)其实就是一个个程序,它们能够实现某一功能、提供某一服务

 

但通常我们在查阅类 Unix 系统相关的技术文档时,又经常会看到“请启动某某 daemon 来提供某某功能”

 

那么这个 daemon 到底是啥意思?它跟 service 有什么区别?

 

简单点来说,系统为了实现某些功能必须要提供一些服务(比如想要实现负载均衡的功能需要提供 Nginx 服务)

 

但是提供的 service 需要程序的运作(例如你需要启动 Nginx 进程),所以我们认为使系统能够提供某些 service 的程序称作 daemon(例如使系统能够提供负载均衡服务的程序 nginx 为 daemon)

 

看到这里小伙伴们可能都晕了,说实话我第一次看到的时候也是这样的

其实你不必去区分什么是 daemon 和 service,因为提供某一 service 是需要一个 daemon 在运作,没有这个运作的 daemon 就不会有这个 service

 

无论是命令行模式(runlevel 3),还是图像界面模式(runlevel 5),我们在开机进入 Linux 主机之后,系统已经开始提供很多 service 了(例如 sshd )

 

那么这些 service 是如何启动的,系统又是怎么管理它们的呢?

 

在早期 Linux 是使用 SystemV 来管理服务的,启动系统服务的管理方式被称为 SysV 的 init 脚本处理方式——系统内核第一个程序是 init,然后 init 去唤起所有系统需要的服务

systemctl 命令设置开机自启动失败

 

SystemV 管理服务的开机自启动有两种方式:

  1. 通过挂软连接的方式

/etc/rc.d/rc[0-6]/SXX 服务名字挂载到 /etc/init.d/ 下(其中 SXX 中的 S 表示启动该服务,XX 是数字,为启动的顺序)

systemctl 命令设置开机自启动失败

 

  1. 通过 chkconfig 命令

创建软连接的方式比较麻烦,一般来说都是用命令来管理

systemctl 命令设置开机自启动失败

 

但是 CentOS 7 之后就放弃了使用多年的 SystemV ,改用 systemd 来管理服务

 

systemd 管理服务

 

systemd 将过去所谓的 daemon 程序称作一个个服务单位(unit),而每个 unit 根据功能来区分成不同的类型(type):

  • 系统服务(service)

  • 负责网络数据监听与交换的服务(socket)

  • 快照服务(sanpshot)

 

而且 systemd 将许多的 unit 集合成一个所谓的 target 项目,你执行某个 target 其实就是执行 target 下的多个 unit

 

可能有小伙伴觉得,这么多 unit 分成不同的 type,然后又被合集到不同的 target ,管理起来不会很麻烦吗

 

其实也还好,因为相关的文件都存放在下面的目录当中了

systemctl 命令设置开机自启动失败

 

总结,系统开机会不会执行某些服务是看 /etc/systemd/system/ 目录下有没有该服务的启动脚本,而服务的启动脚本是放在 /usr/lib/systemd/system/下的

 

systemctl 命令

systemd 来管理服务的方式是通过 systemctl 命令,相较于 SysV 通过 service / chkconfig / setup / init 一堆命令,systemd 管理服务的方式简单多了

 systemctl 命令设置开机自启动失败

 

 PS:关闭服务除了 systemctl 命令,也能用 kill 命令的方式,但是这两个命令不要混用!

systemctl 命令设置开机自启动失败

 

 服务的状态

systemctl 命令设置开机自启动失败

 

  • 服务的当前状态:

    • active (running):表示服务正在运行

    • active (exited):表示该服务执行一次就正常结束,目前没有执行

    • active (waiting):表示该服务正在运行,不要需要等待其他事件执行之后才能继续处理

    • inactive:表示服务目前关闭,没有运行

  • 服务预设状态:

    • enable:开机的时候将自启动

    • disable:开机的时候不会自启动

    • static:这个服务不会开机自启动,但是有可能会被其他开机自启动的服务来唤醒(依赖性)

    • mask:无论如何都不会被启动,因为已经被强制注销

 

服务的启动文件

前面我们说过,服务的启动脚本文件放在  /usr/lib/systemd/system/下的,如果需要对服务的启动脚本文件修改,需要进入到该目录下(官方不建议直接修改该目录下的文件,但是会比较麻烦且繁琐)

systemctl 命令设置开机自启动失败

 

 我们就拿 sshd.service 举例,来了解下服务的启动脚本里面的配置字段

systemctl 命令设置开机自启动失败

 

分析上面文件中的内容,我们可以看到分成了三个部分(block):

  • [Unit]

    • unit(即服务)本身的说明,以及与其他服务的依赖性设定(After、Wants 字段)

  • [Service]

    • 还有 [Socket], [Timer], [Mount], [Path] 等等,不同的 type 就用不同的字段

    • 我们拿的是 sshd.service,所以就是 [Service]

    • 这个部分中主要规定了服务的启动脚本、环境文件名、重启方式等等

  • [Install]

    • 表示这个服务安装到哪个 target 下面去

    • 这部分与 systemctl enable 或  systemctl disable 命令相结合,用于 enable 或 disable 一个服务

 

下面我将分别列出三个部分的一些常见配置字段

systemctl 命令设置开机自启动失败

 

 systemctl 命令设置开机自启动失败

 systemctl 命令设置开机自启动失败

 

 解决问题

现在我们已经大致对 Linux 的服务有了一个初步了解

 

我们回到刚开始的问题:nginx 服务无法通过 systemctl 命令设置开机自启动,手动挂载软连接之后自启动状态不是 enable ,而是 static

 

既然是跟 systemctl 相关的,我们去看下 nginx 的服务启动脚本

systemctl 命令设置开机自启动失败

 

可以看到,这台机器上 nginx 的服务启动脚本只有两个部分([Unit]、[Service]),并没有 [Install]

 

而  [Install] 部分往往是跟服务的开机自启动相关

systemctl 命令设置开机自启动失败

 

 

systemctl 命令设置开机自启动失败

 

 我们加上 [Install]

 systemctl 命令设置开机自启动失败

 

其中 multi-user.target 表示命令行模式(即等效于系统运行级别为 3 )

 

WantedBy表示该服务放在哪个 target 下,一般来讲 WantedBy 对应的 target 为指定系统的运行级别

 

然后重启一下 nginx 启动脚本文件

systemctl 命令设置开机自启动失败

 

 设置开机自启动,发现创建软连接成功了

systemctl 命令设置开机自启动失败

 

 看下状态

systemctl 命令设置开机自启动失败

 

总结:

  • 一般来讲,服务无法设置开机自启动首先考虑是不是服务启动脚本配置有问题(/usr/lib/systemd/system/ 目录下),这种情况常见于编译安装的时候需要自己编写服务启动文件

  • 服务能够开机自启动其实就是将 /usr/lib/systemd/system/ 目录下的服务启动脚本挂载到了 /etc/systemd/system/ 下,一般是挂载到 /etc/systemd/system/multi-user.target.wants/

    • multi-user.target.wants:表示启动了 multi-user.target 之后(即系统启动且运行级别为 3,为系统的默认启动 target)这个目录下的文件都会跟着启动

  • systemctl status 命令显示的内容里面有一个 vendor preset: disabled 字段,这个表示该服务首次安装之后不会自启动,需要手动启动(systemctl enable

 


感谢阅读,喜欢作者就动动小手[一键三连],这是我写作最大的动力文章来源地址https://www.toymoban.com/news/detail-409792.html

到了这里,关于systemctl 命令设置开机自启动失败的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 服务器设置tomcat开机自启动(cmd命令行语句)

    1 找到tomcat安装目录,进入bin/文件夹下面,在此打开windows 命令行窗口。 2 输入 将tomcat注册成为windows服务,其中tomcatXXX为服务名。 3查看刚刚注册的服务 “我的电脑”-》右键管理 发现刚刚的服务是手动的,并不是自动的,而且无法通过界面修改启动方式。 4 命令行修改启动

    2024年02月13日
    浏览(51)
  • systemctl docker start 启动失败 解决办法

    1.systemctl docker start 启动失败 yum 卸载重装   无用 重启虚拟机 无用 使用 systemctl status docker.service 查看结果 ● docker.service - Docker Application Container Engine    Loaded: loaded (/etc/systemd/system/docker.service; disabled; vendor preset: disabled)    Active: failed (Result: start-limit) since Sun 2022-11-13 03:01:3

    2024年02月04日
    浏览(76)
  • systemctl status mysqld.service或者systemctl start mysqld 启动失败的解决办法

    报错过程: mysql需要启动,执行一下命令启动mysql: 结果出现如下提示 在这里给大家一个提示,因为每个人的报错原因不同,我们需要去查看mysql的日志 如果mysql日志太多,可以通过dG将mysql的日志全部删除,之后再执行启动musql的命令 找到日志中出现error的地方,根据具体问

    2024年02月08日
    浏览(62)
  • 华为欧拉系统(EulerOS)安装图形化界面,和设置开机启动为图形化界面,还是命令行界面,两种界面相互转化

    1.安装图形化界面 先测试网络 ping baidu.com 使用快捷键Ctrl+c sudo yum -y install dde sudo systemctl set-default graphical.target 完成后,重启电脑,使用sudo reboot命令。等待系统启动进入到图形界面。 2.设置开机默认启动命令行界面 用systemctl set-default multi-user.target 然后重启生效 3.图形化界面

    2024年02月01日
    浏览(37)
  • linux:掌握systemctl命令控制软件的启动和关闭、掌握使用ln命令创建软连接

    一:systemctl命令: Linux系统很多软件(内置或第三方)均支持使用systemctl命令控制:启动停止、开机自启 能够被systemctl管理的软件一般也称之为:服务 语法: systemctl | start | stop | status | enable | disable 服务名 1、start 启动  2、stop 关闭 3、status 查看状态 4、enable 开启开机自启 5、dis

    2024年02月03日
    浏览(39)
  • Ubuntu开机自启动设置/docker开机自启

            这里有两个程序所以编写了两个脚本,第一脚本(master.sh):         开启一个新的终端,使用conda创建的wood2环境,到指定目录执行main.py程序,并把日志信息保存到指定文件masterLog.txt中。         第二个脚本(wood.sh):         开启一个新的终端,到指定目

    2024年02月06日
    浏览(47)
  • linux 设置开机启动

    解决问题思路 1.首先写一个可执行脚本 2.将该脚本注册成服务 3.使用system enable命令让他开机自启 内容如下: 将写好的服务配置复制到system路径下 添加引用 测试一下可不可以 systemctl start 自己气的服务名.service systemctl enable 自己起的服务名 我是因为改这个没权限root都不行,

    2024年02月11日
    浏览(35)
  • Ubuntu设置开机自启动

    本文介绍如何在Ubuntu设置开机自启动。 除了系统上配置的默认启动应用程序之外,gnome-session-properties 程序使用户能够配置登录时应启动哪些应用程序。 选择开机自启动的程序路径并保存。 本文介绍了在Ubuntu设置开机自启动的流程。

    2024年02月13日
    浏览(50)
  • 设置 Docker 开机自启动

    设置 Docker 开机自启动,可以按照以下步骤操作: 1、打开终端并使用以下命令编辑 Docker 服务文件: sudo vi /lib/systemd/system/docker.service 2、在 [Service] 部分添加以下两行: ExecStartPost=/usr/sbin/iptables -P FORWARD ACCEPT Restart=always 这将确保 Docker 在启动时自动接受转发流量,并在失败时

    2024年02月11日
    浏览(81)
  • 设置docker、容器开机启动

    简介 :docker容器化可以使得环境相对独立,减少污染。在遇到关机重启时,重新启动显得很鸡肋,特别是必须开机自启动的程序,添加必要的参数使得每次重启后可以开始使用容器非常有必要。 历史攻略: centos7.6:安装docker win10:安装docker和测试安装redis Ubuntu:安装docker

    2024年02月11日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包