×

centOS7服务管理与启动流程

hqy hqy 发表于2019-03-25 20:33:07 浏览2215 评论0

抢沙发发表评论

centOS7服务管理与启动流程


 

systemd简介

mportant; font-size: 12px !important;">
POST --> Boot Sequence --> Bootloader --> kernel + initramfs(initrd) -->rootfs --> /sbin/init

init:

CentOS 5: SysV init
CentOS 6: Upstart
CentOS 7: Systemd

Systemd:系统启动和服务器守护进程管理器,负责在系统启动或运行时,激活系统资源,服务器进程和其它进程 

Systemd新特性

  • 系统引导时实现服务并行启动

  • 按需启动守护进程

  • 自动化的服务依赖关系管理

  • 同时采用socket式与D-Bus总线式激活服务

  • 系统状态快照

unit对象

核心概念unit 
unit表示不同类型的systemd对象,通过配置文件进行标识和配置;文件中主要包含了系统服务、监听socket、保存的系统快照以及其它与init相关的信息 
配置文件

  • /usr/lib/systemd/system:每个服务最主要的启动脚本设置,类似于之前的/etc/init.d/

  • /run/systemd/system:系统执行过程中所产生的服务脚本,比上面目录优先运行

  • /etc/systemd/system:管理员建立的执行脚本,类似于/etc/rc.d/rcN.d/Sxx类的功能,比上面目录优先运行

 

unit类型

Systemctl –t help 查看unit类型

  • Service unit: 文件扩展名为.service, 用于定义系统服务

  • Target unit: 文件扩展名为.target,用于模拟实现运行级别

  • Device unit: .device, 用于定义内核识别的设备

  • Mount unit: .mount, 定义文件系统挂载点

  • Socket unit: .socket, 用于标识进程间通信用的socket文件,也可在系统启动时,延迟启动服务,实现按需启动

  • Snapshot unit: .snapshot, 管理系统快照

  • Swap unit: .swap, 用于标识swap设备

  • Automount unit: .automount,文件系统的自动挂载点

  • Path unit: .path,用于定义文件系统中的一个文件或目录使用,常用于当文件系统变化时,延迟激活服务,如:spool 目录

特性

关键特性

  • 基于socket的激活机制:socket与服务程序分离

  • 基于d-bus的激活机制:

  • 基于device的激活机制:

  • 基于path的激活机制:

  • 系统快照:保存各unit的当前状态信息于持久存储设备中向后兼容sysv init脚本

不兼容

  • systemctl命令固定不变,不可扩展

  • 非由systemd启动的服务,systemctl无法与之通信和控制

 

service unit文件格式

在/etc/systemd/system下的unit文件是系统管理员和用户使用 
在/usr/lib/systemd/system下的发行版打包者使用

在unit文件中,以“#” 开头的行后面的内容会被认为是注释,相关布尔值,1、yes、on、true 都是开启,0、no、off、false 都是关闭,时间单位默认是秒,所以要用毫秒(ms)分钟(m)等须显式说明

service unit file文件通常由三部分组成

  • [Unit]:定义与Unit类型无关的通用选项;用于提供unit的描述信息、unit行为及依赖关系等

  • [Service]:与特定类型相关的专用选项;此处为Service类型

  • [Install]:定义由“systemctlenable”以及"systemctldisable“命令在实现服务启用或禁用时用到的一些选项

unit段的常用选项

  • Description:描述信息

  • After:定义unit的启动次序,表示当前unit应该晚于哪些unit启动,其功能与Before相反

  • Requires:依赖到的其它units,强依赖,被依赖的units无法激活时,当前unit也无法激活

  • Wants:依赖到的其它units,弱依赖

  • Conflicts:定义units间的冲突关系

Service段的常用选项

  • Type:定义影响ExecStart及相关参数的功能的unit进程启动类型 

    • simple:默认值,这个daemon主要由ExecStart接的指令串来启动,启动后常驻于内存中

    • forking:由ExecStart启动的程序透过spawns延伸出其他子程序来作为此daemon的主要服务。原生父程序在启动结束后就会终止

    • oneshot:与simple类似,不过这个程序在工作完毕后就结束了,不会常驻在内存中

    • dbus:与simple类似,但这个daemon必须要在取得一个D-Bus的名称后,才会继续运作.因此通常也要同时设定BusNname= 才行

    • notify:在启动完成后会发送一个通知消息。还需要配合NotifyAccess 来让Systemd 接收消息

    • idle:与simple类似,要执行这个daemon必须要所有的工作都顺利执行完毕后才会执行。这类的daemon通常是开机到最后才执行即可的服务

  • EnvironmentFile:环境配置文件

  • ExecStart:指明启动unit要运行命令或脚本的绝对路径

  • ExecStartPre:ExecStart前运行

  • ExecStartPost:ExecStart后运行

  • ExecStop:指明停止unit要运行的命令或脚本

  • Restart:当设定Restart=1 时,则当次daemon服务意外终止后,会再次自动启动此服务

Install段的常用选项

  • Alias:别名,可使用systemctlcommand Alias.service

  • RequiredBy:被哪些units所依赖,强依赖

  • WantedBy:被哪些units所依赖,弱依赖

  • Also:安装本服务的时候还要安装别的相关服务

注意: 
对于新创建的unit文件,或者修改了的unit文件,要通知systemd重载此配置文件,而后可以选择重启 
systemctldaemon-reload

管理服务

管理系统服务

CentOS 7: service unit 
注意:能兼容早期的服务脚本 
命令: 
systemctl COMMAND name.service

-centOS6CentOS7
启动service name startsystemctl start name.service
停止service name stopsystemctl stop name.service
重启service name restartsystemctl restart name.service
状态service name statussystemctl status name.service
条件式重启(已启动才重启,否则不做操作)service name condrestartsystemctl try-restart name.service
重载或重启服务(先加载,再启动)-systemctl reload-or-restart name.service
重载或条件式重启服务-systemctl reload-or-try-restart name.service
禁止自动和手动启动-systemctl mask name.service
取消禁止-systemctl unmask name.service
 

服务查看

-centOS6CentOS7
查看某服务当前激活与否的状态-systemctl is-active name.service
查看所有已经激活的服务-systemctl list-units --type
查看所有服务-systemctl list-units --type service --all
 

chkconfig命令的对应关系

-centOS6CentOS7
设定某服务开机自启chkconfig name onsystemctl enable name.service
设定某服务开机禁止启动chkconfig name offsystemctl disable name.service
查看所有服务的开机自启状态chkconfig --listsystemctl list-unit-files --type service
用来列出该服务在哪些运行级别下启用和禁用chkconfig sshd –listls /etc/systemd/system/*.wants/sshd.service
查看服务是否开机自启-systemctl is-enabled name.service
 

其他命令

-centOS6CentOS7
查看服务的依赖关系-systemctl list-dependencies name.service
杀掉进程-systemctl kill unitname
切换至紧急救援模式-systemctl rescue
切换至emergency模式-systemctl emergency
关机-systemctlhalt、systemctlpoweroff
重启-systemctl reboot
挂起-systemctl suspend
休眠-systemctl hibernate
休眠并挂起-systemctlhybrid-sleep
 

服务状态

 
systemctl list-unit-files --type service --all #显示状态
  • loaded:Unit配置文件已处理

  • active(running):一次或多次持续处理的运行

  • active(exited):成功完成一次性的配置

  • active(waiting):运行中,等待一个事件

  • inactive:不运行

  • enabled:开机启动

  • disabled:开机不启动

  • static:开机不启动,但可被另一个启用的服务激活

 

systemctl示例

显示所有单元状态

systemctl 或systemctl list-units

只显示服务单元的状态

systemctl --type=service

显示sshd服务单元

systemctl –l status sshd.service

验证sshd服务当前是否活动

systemctl is-active sshd

启动,停止和重启sshd服务

systemctl start sshd.service
systemctl stop sshd.service
systemctl restart sshd.service

重新加载配置

systemctl reload sshd.service

列出活动状态的所有服务单元

systemctl list-units --type=service

列出所有服务单元

systemctl list-units --type=service --all

查看服务单元的启用和禁用状态

systemctl list-unit-files --type=service

列出失败的服务

systemctl --failed --type=service

列出依赖的单元

systemctl list-dependencies sshd

验证sshd服务是否开机启动

systemctl is-enabled sshd

禁用network,使之不能自动启动,但手动可以

systemctl disable network

启用network

systemctl enable network

禁用network,使之不能手动或自动启动

systemctl mask network

启用network

systemctl unmask network
 

运行级别

在centOS7上运行级别的含义已经和之前不同了,运行级别就是通过开启关闭不同的服务产生的效果,在从netOS7上,已然由.target来代替运行级别,我们可以称target为目标态,我们可以通过target定制更符合我们工作运行环境。 
我们可以通过命令:ls /usr/lib/systemd/system/*.target查看我们的机器上有多少个target

复制代码
"grub.cfg"140L,4397C written
[root@CT731 grub2]#ls /usr/lib/systemd/system/*.target
/usr/lib/systemd/system/anaconda.target
/usr/lib/systemd/system/basic.target
/usr/lib/systemd/system/bluetooth.target
/usr/lib/systemd/system/printer.target
...
/usr/lib/systemd/system/reboot.target
/usr/lib/systemd/system/rescue.target
/usr/lib/systemd/system/rpcbind.target
/usr/lib/systemd/system/runlevel0.target
/usr/lib/systemd/system/runlevel1.target
/usr/lib/systemd/system/runlevel2.target
...
/usr/lib/systemd/system/sleep.target
...
复制代码

 

使用systemctl list-unit-files --type target --all可以查看所有目标态的状态,或者systemctl list-dependencies xxx.target命令查看目标态的依赖性。 
Snipaste_2017-09-23_15-18-51.png-25.3kB

在centOS7上所谓的目标态,其实就是由各种指定的服务和基础target组合而成的。

 

运行级别与target的对照

0 ==> runlevel0.target, poweroff.target 
1 ==> runlevel1.target, rescue.target 
2 ==> runlevel2.target, multi-user.target 
3 ==> runlevel3.target, multi-user.target 
4 ==> runlevel4.target, multi-user.target 
5 ==> runlevel5.target, graphical.target 
6 ==> runlevel6.target, reboot.target

 

运行级别的切换

在centOS6上,我们切换级别使用init,在centOS7上虽然也能使用,但是已经不再是原来的程序了,现在我们使用systemctlisolate name.target来切换target。

比如,我们想切换到字符界面,我们就可以使用systemctlisolate multi-user.target来进行切换。要想切换运行级别,在/lib/systemd/system/*.target文件中AllowIsolate=yes才可以。(修改文件需执行systemctldaemon-reload才能生效) 

在centOS7上如何查看运行的目标态呢,使用命令systemctl get-default 
使用命令systemctl set-default name.target来修改我们的目标态。

我们看一下我们的默认目标态究竟为何物。

[root@CT731 ~]#locate default.target/etc/systemd/system/default.target
[root@CT731 ~]#ll /etc/systemd/system/default.target
lrwxrwxrwx.1 root root 36Aug2507:06/etc/systemd/system/default.target ->/lib/systemd/system/runlevel3.target

它其实就是创建了一个软链接到指定的target上去了 

CentOS7引导顺序

  1. UEFi或BIOS初始化,运行POST开机自检

  2. 选择启动设备

  3. 引导装载程序, centos7是grub2

  4. 加载装载程序的配置文件:/etc/grub.d/ /etc/default/grub /boot/grub2/grub.cfg

  5. 加载initramfs驱动模块

  6. 加载内核选项

  7. 内核初始化,centos7使用systemd代替init

  8. 执行initrd.target所有单元,包括挂载/etc/fstab

  9. 从initramfs根文件系统切换到磁盘根目录

  10. systemd执行默认target配置,配置文件/etc/systemd/system/default.target

  11. systemd执行sysinit.target初始化系统及basic.target准备操作系统

  12. systemd启动multi-user.target下的本机与服务器服务

  13. systemd执行multi-user.target下的/etc/rc.d/rc.local

  14. Systemd执行multi-user.target下的getty.target及登录服务

  15. systemd执行graphical需要的服务

 

设置简单的内核参数

设置内核参数,只影响当次启动

  • 启动时,在linux16行后添加systemd.unit=desired.target 

    • systemd.unit=emergency.target

    • systemd.unit=rescue.target

  • rescue.target 比emergency 支持更多的功能,例如日志等

  • systemctl default 进入默认target

 

简单的启动排错

在centOS7中,文件系统损坏,先尝试自动修复,失败则进入emergency shell,提示用户修复

  • 在/etc/fstab不存在对应的设备和UUID等一段时间,如不可用,进入emergency shell

  • 在/etc/fstab不存在对应挂载点,systemd尝试创建挂载点,否则提示进入emergency shell.

  • 在/etc/fstab不正确的挂载选项,提示进入emergency shell

 

虚拟机环境下破解centOS7root的口令

 

方法一

启动时任意键暂停启动 

 
按e键进入编辑模式 
将光标移动linux16开始的行,添加内核参数rd.break 
 
按ctrl-x启动,然后: 
mount –o remount,rw /sysroot 

 
chroot /sysroot 
passwd root 
 
touch /.autorelabel 
exit 
reboot 
 
然后可以使用设置的密码登录root

 

方法二

启动时任意键暂停启动(同方法1) 
按e键进入编辑模式(同方法1) 
将光标移动linux16开始的行,改为rw init=/sysroot/bin/sh 
 
按ctrl-x启动 
chroot /sysroot 
 
passwd root 
touch /.autorelabel 

exit 
reboot 
最后,用新密码登录root

 

centOS7 grub2

在centOS6上,我们的grub文件是/boot/grub/grub.conf 
在centOS7上,文件改成/boot/grub2/grub.cfg了,但是功能还是大致一样的都是用于加载内核的,不过在centOS7上设置默认启动项发生了一些变化,假如我们现在有两个内核,我们需要改变默认启动应该如何做到呢?

首先,vim /etc/default/grub打开如下文件:

复制代码
GRUB_TIMEOUT=5GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=trueGRUB_TERMINAL_OUTPUT="console"GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet net.ifnames=0"GRUB_DISABLE_RECOVERY="true"~
复制代码

打开文件后,我们修改GRUB_DEFAULT的值,和centOS一样,0代表第一个内核,1代表第二个,以此类推。 
我们在修改完成后,并没有立即生效,使用grub2-mkconfig -o /boot/grub2/grub.cfg命令来生成grub2.cfg文件,我们在下次启动的时候就会默认选择新的默认内核。

 

实验:在centOS7下破坏前446字节并修复

第一步:破坏硬盘的前446字节: 
dd if=/dev/zero of=/dev/sda bs=1 count=446

复制代码
[root@CT731 ~]#dd if=/dev/zero of=/dev/sda bs=1 count=446446+0 records in446+0 records out446 bytes (446 B) copied,0.000758682 s,588 kB/s
[root@CT731 ~]#hexdump -C -n 512/dev/sda0000000000000000000000000000000000000000|................|
*000001b000000000000000000000000000008020|...............|000001c021008335700500080000000040000035|!..5p.......@..5|000001d0710583 fe ff ff 000840000000400600 fe |q.......@...@...|000001e0 ff ff 83 fe ff ff 000880060000400600 fe |............@...|000001f0 ff ff 05 fe ff ff 0008 c0 0c00 f8 3f0c55 aa |............?.U.|00000200
复制代码

第二步:重启计算机 
由于我的虚拟机挂载了光盘,所以一重启就进入光盘启动的界面 
 
上面有三项,我们选择第三项进入troubleshooting 
进入第三项后,点击第二项,进入救援模式的centos的系统 
 
然后我们进入如下模式: 
选择1,继续进行: 
 
接下来,我们就会进入到一个shell模式中,不需要切根,进行系统修复: 

修复过程: 
grub2-install --root-directory=/mnt/sysimage/ /dev/sda 

我们来查看一下: 
hexdump -C -n 512 /dev/sda 

重启,修复完成。

 

实验:在centOS7下删除grub2下文件,并修复

第一步:删除grub2 
rm -rf grub2

复制代码
[root@CT731 boot]#rm -rf grub2
[root@CT731 boot]#lsconfig-3.10.0-514.el7.x86_64
grub
initramfs-0-rescue-618d3baeb5754f7092242f811c7aa740.img
initramfs-3.10.0-514.el7.x86_64.img
initramfs-3.10.0-514.el7.x86_64kdump.img
initrd-plymouth.img
symvers-3.10.0-514.el7.x86_64.gz
System.map-3.10.0-514.el7.x86_64
vmlinuz-0-rescue-618d3baeb5754f7092242f811c7aa740
vmlinuz-3.10.0-514.el7.x86_64
复制代码

第二步,重启计算机 
进入如下界面: 
 

接下来,我们重启系统,按Esc,进入光盘救援模式: 
选择第三项,进入光盘救援(前提是挂载光盘) 
以下步骤到进入shell同实验一相同,不在过多演示; 

进入救援模式后: 
第一步:切根 
 
然后执行命令 
grub2-install 
 
下图中,我们可以看到在grub2文件夹中,还没有grub.cfg文件,接下来,我们需要生成: 
 
生成配置文件: 
进入到grub2下, 
grub2-mkconfig -o grub.cfg 
 
exit然后, 
重启电脑: 

完成!


打赏

本文链接:https://www.kinber.cn/post/418.html 转载需授权!

分享到:


推荐本站淘宝优惠价购买喜欢的宝贝:

image.png

 您阅读本篇文章共花了: 

群贤毕至

访客