centOS7服务管理与启动流程

时间  2019-11-22 标签 centos7 centos 服务 管理 启动 流程

 

centOS7服务管理与启动流程

 

systemd简介

POST --> Boot Sequence --> Bootloader --> kernel + initramfs(initrd) -->rootfs --> /sbin/init

init:linux

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

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

Systemd新特性：vim

  • 系统引导时实现服务并行启动
  • 按需启动守护进程
  • 自动化的服务依赖关系管理
  • 同时采用socket式与D-Bus总线式激活服务
  • 系统状态快照

unit对象

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

  • /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 目录

特性

关键特性：ssh

  • 基于socket的激活机制：socket与服务程序分离
  • 基于d-bus的激活机制：
  • 基于device的激活机制：
  • 基于path的激活机制：
  • 系统快照：保存各unit的当前状态信息于持久存储设备中向后兼容sysv init脚本

不兼容：socket

  • systemctl命令固定不变，不可扩展
  • 非由systemd启动的服务，systemctl没法与之通讯和控制
 

service unit文件格式

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

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

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-reloadcentos7

管理服务

管理系统服务

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

- centOS6 CentOS7
启动 service name start systemctl start name.service
中止 service name stop systemctl stop name.service
重启 service name restart systemctl restart name.service
状态 service name status systemctl status name.service
条件式重启(已启动才重启，不然不作操做) service name condrestart systemctl 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
 

服务查看

- centOS6 CentOS7
查看某服务当前激活与否的状态 - systemctl is-active name.service
查看全部已经激活的服务 - systemctl list-units --type
查看全部服务 - systemctl list-units --type service --all
 

chkconfig命令的对应关系

- centOS6 CentOS7
设定某服务开机自启 chkconfig name on systemctl enable name.service
设定某服务开机禁止启动 chkconfig name off systemctl disable name.service
查看全部服务的开机自启状态 chkconfig --list systemctl list-unit-files --type service
用来列出该服务在哪些运行级别下启用和禁用 chkconfig sshd –list ls /etc/systemd/system/*.wants/sshd.service
查看服务是否开机自启 - systemctl is-enabled name.service
 

其余命令

- centOS6 CentOS7
查看服务的依赖关系 - 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=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_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=446
446+0 records in
446+0 records out
446 bytes (446 B) copied,0.000758682 s,588 kB/s
[root@CT731 ~]#hexdump -C -n 512/dev/sda
0000000000000000000000000000000000000000|................|
*
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]#ls
config-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而后，
重启电脑：

完成！

联系我们 沪ICP备13005482号-10