Linux命令——systemctl

前言

systemctl本身的意义并不仅仅是一个命令那么简单，他标志着SysV时代的终结，Systemd时代的开始。CentOS 7.X系列已经抛弃SysV，全面拥抱Systemd这个init system。由于新技术的引入，传统Linux启动流程，从BIOS->MBR->bootloader->kernel->init system。。。。整个环节自init system就彻底变了。

全新的init sysytem——systemd

虽然CentOS 7.X已经全面采用systemd，但是SysV到Systemd的转换并不是很彻底。在runlevel的对应上，大概仅有runlevel1，3，5有对应到systemd的某些target类型而已，没有全部对应。

Systemd对比SysV命令更少，只有一个命令，就是本文要介绍的systemctl。但是systemctl也有缺点，systemctl是ELF可执行文件，不像/etc/init.d/daemon 就是纯脚本可以自定义参数，systemctl不可自定义参数。

其他信息参见脑图。

systemctl

command主要有

start：立刻启动后面接的unit

stop：立刻关闭后面接的unit

restart：立刻关闭后启动后面接的unit，亦即执行stop再start的意思

reload：不关闭后面接的unit的情况下，重载配置文件，让设定生效

enable：设定下次开机时，后面接的unit会被启动

disable：设定下次开机时，后面接的unit 不会被启动

status：目前后面接的这个unit 的状态，会列出是否正在执行、是否开机启动等信息。

is-active：目前有没有正在运行中

is-enable：开机时有没有预设要启用这个unit

list-units：依据unit列出目前有启动的unit。若加上--all才会列出没启动的。（等价于无参数）

list-unit-files：列出所有以安装unit以及他们的开机启动状态（enabled、disabled、static、mask）。

--type=TYPE：就是unit type，主要有service，socket，target等

get-default： 取得目前的 target

set-default：设定后面接的 target 成为默认的操作模式

isolate：切换到后面接的模式

list-dependencies ：列出unit之间依赖性

list-sockets：查看监听socket的unit

举例

查看某一服务状态

Loaded这一行表明该unit在开机的时候是否会启动。

enabled：开机会启动

disabled：开机不会启动

static：这个unit不可以自己启动，但是可以被其他enabled的unit启动（说明unit之间有依赖关系）

mask：这个unit无论如何都不会启动，因为它已被强制注销（非删除），可通过systemctl unmask方式改回原本状态。

Active这一行表示unit当前状态

active（running）：当前有一个或多个unit正在系统中运行

active（exited）：仅执行一次就正常退出的unit，目前并没有任何程序在系统中执行。举例来说，我们通常写的shell脚本就属于这种情况，无须常驻内存。

active（waiting）：正在执行当中，不过还再等待其他的事件才能继续处理。举例来说，打印的队列相关服务

inactive：这个服务目前没有运作的意思。

关闭一个unit

使用stop这个command

切记，不可以使用 kill 的方式来杀掉一个正常的unit，否则systemctl会无法继续监控该服务。

通常而言，关闭一个unit，并不会有什么反馈输出（Linux下面没有输出就是最好的输出，因为一般有输出代表你错了）。但是禁用一个unit是会有输出的，输出结果就是在/etc/systemd/system/中删除指向/usr/lib/systemd/system/的软连接。参见脑图

禁用一个unit——正规方法

禁用cups. service 服务

[ root@ study ～]# systemct1 disable cups. service 
rm'/etc/systemd/system/multi-user. target. wants/cups. path'
rm'/etc/systemd/system/sockets. target. wants/cups. socket'
rm'/etc/systemd/sys tem/printer. target. wants/cups. service'

View Code

在禁用cups的时候，发现一共禁用了3个服务，说明这三个服务有依赖关系。

cups是一种网络打印服务，该服务监听631端口。但是系统无虚一致开放631端口，而是用cups.socket在接到打印需求的时候唤醒cups.service。

因此要想彻底禁用打印服务，只禁用cups.service没卵用，要连带那两个依赖服务一起禁用。这是最标准的禁用方法。下面再说不正规的禁用方法，使用mask

禁用一个unit——非正规方法

使用mask也可以做到禁用unit的目的，还是用上面的cups为例，启动cups服务，最终都是唤醒cups.service这个服务。

mask的做法是把cups.sevice链接到/dev/null，那么这个服务便指向了Linux垃圾桶，你无聊如何都不可能再启动这个服务了。

取消mask修改也很简单，使用unmask

suspend和hibernate模式区别？

suspend暂停模式，会将系统的状态数据保存到内存中，然后关闭掉大部分的系统硬件，当然，并没有实际关机。当用户按下唤醒机器的按钮，系统数据会重内存中回复，然后重新驱动被大部分关闭的硬件，就开始正常运作！唤醒的速度较快。

hibermate：休眠模式则是将系统状态保存到硬盘当中，保存完毕后，将计算机关机。当用户尝试唤醒系统时，系统会开始正常运作，然后将保存在硬盘中的系统状态恢复回来。因为数据是由硬盘读出，因此唤醒的效能与你的硬盘速度有关。

 

 

转载于:https://www.cnblogs.com/kelamoyujuzhen/p/10111596.html