Systemd 之 systemctl

Systemd 之 systemctl

systemctl命令是用来systemd的。systemd就是system daemon,System Daemon由Lenart Poettering开发,提供更优秀的框架来管理系统服务之间的依赖关系,并在系统初始化服务时启动,同时降低shell系统的开销,即提供系统和服务的管理。运行为PID1并负责启动其他程序。

功能

  • 支持并行化任务;
  • 同时支持socket和D-bus总线式激活服务;
  • 按需要启动守进程服务daemon;
  • 利用linux的cgroups监视进程;
  • 支持快照和系统的恢复;
  • 维护挂载点和自动挂载点;
  • 各服务间基于依赖关系进行控制;
  • systemd支持SysV和LSB初始脚本,可以替代sysvinit
  • 日志进程、控制基础系统的配置,维护登录用户列表和系统账户、运行时目录和配置;

systemctl 命令

查看 systemd的版本

    systemctl --version

查看systemd和systemctl的目录

    whereis systemd  && whereis systemctl

systemd: /usr/bin/systemd /usr/lib/systemd /etc/systemd /usr/share/systemd /usr/share/man/man1/systemd.1.gz

作为 init 系统,systemd 进程作为系统中的 1 号进程
在这里插入图片描述

mysql.service

    systemctl stetus msyql.service  

在这里插入图片描述

  • 第一行 MySQL Community Server 是Unit中的描述Description字段
  • 第二行 loaded 系统启动是会不会启动这个服务enabled 表示开机时启动,disabled 表示开机时不启动。而启动该服务的配置文件路径为:/lib/systemd/system/mysql.service。
  • 第三行 Active 描述服务当前的状态,active (running) 表示服务正在运行中。如果是 inactive (dead) 则表示服务当前没有运行。后面则是服务的启动时间。
  • 第五行 Main PID 表示进程的 ID
  • 第七、八、九行 Tasks、Memory、Cpu 是任务的数量,占用的内存和 CPU 资源。
    第十行 CGroup 描述的是 cgrpup 相关的信息
    最后是输出的日志信息。

服务的状态

  • Uint的启动状态 enable、disable、static、mask
  • Uint的运行状态 active(running)、inactive、active(exited)、active(waiting)

使用mask&unmask注销和反注销uint服务

    #使用mask注销uint服务后将不能在启动
    systemctl mask mysql.service

    #使用unmask反注销后才能启动
    systemctl unmask mysql.service

查看 Unit 列表

    sytemctl list-unit-files

    or
    #以 .service 结尾的 unit 才会出现。
    systemctl list-units --type=service --all
    or
     #以 .mount 结尾的 unit 才会出现。
    systemctl list-units --type=mount --all

查看加载失败的 unit

    system --failed

对系统的控制

    systemctl poweroff    #系统关机
    systemctl reboot        #重启
    systemctl suspend       #进入暂停模式(挂起),系统保存到内存
    systemctl hibernate     # 进入休眠模式,系统保存到硬盘然后关闭系统
    systemctl rescue        # 强制进入救援模式
    systemctl emergency     # 强制进入紧急救援模式

Unit之间的依赖关系

    systemctl list-dependencies

    or

    systemctl list-dependencies mysql.service

常用命令

    # 立即启动一个服务
    $ sudo systemctl start mysql.service

    # 立即停止一个服务
    $ sudo systemctl stop mysql.service

    # 重启一个服务
    $ sudo systemctl restart mysql.service

    # 杀死一个服务的所有子进程
    $ sudo systemctl kill mysql.service

    # 重新加载一个服务的配置文件
    $ sudo systemctl reload mysql.service

    # 重载所有修改过的配置文件
    $ sudo systemctl daemon-reload

    # 显示某个 Unit 的所有底层参数
    $ systemctl show mysql.service

    # 显示某个 Unit 的指定属性的值
    $ systemctl show -p CPUShares mysql.service

    # 设置某个 Unit 的指定属性
    $ sudo systemctl set-property mysql.service CPUShares=500

查看系统版本

    使用命令:cat /proc/version 查看

    使用命令:uname -a 查看

    使用命令:lsb_release -a 查看

    使用命令:hostnamectl 查看

Ubuntu 22.04.3 LTS 中

相关目录

  • /lib/systemd/system/ 大多数 unit 的配置文件都放在这个目录下。

  • /run/systemd/system/ 系统运行过程中产生的脚本,比如用户相关的脚本和会话相关的脚本。

  • /etc/systemd/system/ 这个目录中主要的文件都是指向 /lib/systemd/system/ 目录中的链接文件。

  • 注意 在我们自己创建 unit 配置文件时,既可以把配置文件放在 /lib/systemd/system/ 目录下,也可以放在 /etc/systemd/system/ 目录下。

  • /etc/default/ 这个目录中放置很多服务默认的配置文件。

  • /var/lib/ 一些会产生数据的服务都会将他的数据写入到 /var/lib/ 目录中,比如 docker 相关的数据文件就放在这个目录下。

  • /run/ 这个目录放置了好多服务运行时的临时数据,比如 lock file 以及 PID file 等等。

在这里插入图片描述

服务权限

systemd有系统和用户区分:

  • 系统 /user/lib/systemd/system/
  • 用户 /etc/lib/systemd/user/
  • 一般系统管理员手工创建的单元文件建议存放在 /etc/systemd/system/目录下面。或者/usr/lib/systemd/system/下面 ;
  • 然后可以通过systemctl enable xxx.service方式将该服务添加到/etc/systemd/system/multi-user.target.wants/目录下面设置为开机自启动。

[Unit]

该部分主要对服务进行说明。

  • Description : 服务的简单描述。

  • Documentation : 服务文档地址说明。

  • Before=xxx.service:代表本服务在xxx.service启动之前启动。

  • After=xxx.service:代表本服务在xxx.service启动之后启动。

  • Requires: 本服务启动后,它需要的服务也会启动;而本服务需要的服务被停止了,本服务也停止了。

  • Wants: 推荐使用。本服务启动了,它需要的服务也会被启动;而本服务需要的服务被停止了,对本单元没有影响。

[Service]

该部分的配置服务的启动、重启、停止命令全部要求使用绝对路径,使用相对路径则会报错。

  • WorkingDirectory:指定服务运行的工作目录。

  • EnvironmentFile:指定服务需要的配置文件,下文可以用${}方式引用文件中的值。

  • Type=simple(默认值):systemd认为该服务将立即启动。服务进程不会fork。如果该服务要启动其他服务,不要使用此类型启动,除非该服务是socket激活型。

  • Type=forking:systemd认为当该服务进程fork,且父进程退出后服务启动成功。对于常规的守护进程(daemon),除非你确定此启动方式无法满足需求,使用此类型启动即可。使用此启动类型应同时指定 PIDFile=,以便systemd能够跟踪服务的主进程。

  • Type=oneshot:这一选项适用于只执行一项任务、随后立即退出的服务。可能需要同时设置 RemainAfterExit=yes 使得 systemd 在服务进程退出之后仍然认为服务处于激活状态。

  • Type=notify:与 Type=simple 相同,但约定服务会在就绪后向 systemd 发送一个信号。这一通知的实现由 libsystemd-daemon.so 提供。

  • Type=dbus:若以此方式启动,当指定的 BusName 出现在DBus系统总线上时,systemd认为服务就绪。

  • Type=idle: systemd会等待所有任务(Jobs)处理完成后,才开始执行idle类型的单元。除此之外,其他行为和Type=simple 类似。

  • PIDFile:指定pid文件路径

  • ExecStart:指定启动单元的命令或者脚本

  • ExecStartPre和ExecStartPost:指定在执行ExecStart之前或者之后执行用户自定义的脚本,Type=oneshot允许用户执行多个按顺序定义的脚本。

  • ExecReload:指定单元重载时执行的命令或者脚本。

  • ExecStop:指定单元停止时执行的命令或者脚本。

  • PrivateTmp:True表示给服务分配独立的临时空间

  • LimitNOFILE:设置文件描述符相关参数个数,或者设置为无穷 infinity

  • LimitNPROC:设置文件描述符相关参数个数,或者设置为无穷 infinity

  • LimitCORE:设置文件描述符相关参数个数,或者设置为无穷 infinity

  • Restart:这个选项如果被允许,服务重启的时候进程会退出,会通过systemctl命令执行清除并重启的操作。通常设置为on-failure。

  • RemainAfterExit:如果设置这个选择为真,服务会被认为是在激活状态,即使所以的进程已经退出,默认的值为假,这个选项只有在Type=oneshot时需要被配置。

[Install]

定义如何安装这个配置文件,即怎样做到开机启动。

  • Alias:为单元提供一个空间分离的附加名字。

  • RequiredBy:单元被允许运行需要的一系列依赖单元,RequiredBy列表从Require获得依赖信息。

  • WantBy:单元被允许运行需要的弱依赖性单元,Wantby从Want列表获得依赖信息。

  • Also:指出和单元一起安装或者被协助的单元。

  • DefaultInstance:实例单元的限制,这个选项指定如果单元被允许运行默认的实例。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值