linux基础命令介绍十三：启动流程
固件(firmware)是指设备最底层的，让设备得以运行的程序代码。简单理解就是：固定在硬件上的软件。计算机中的许多设备都拥有固件(如硬盘、鼠标、光驱、U盘等)，在计算机启动过程中，最先读取的就是位于主板上的固件，这个固件当前有两种类型：传统的BIOS和新的通用性更强的UEFI。
在上一篇中，我们提到另一种磁盘分区格式GTP也是UEFI标准的一部分。于是，当前计算机启动中，出现了两种不同的方式：BIOS/MBR和UEFI/GTP。
在linux操作系统的世界中，同样在经历着变革，系统初始化软件sysvinit正逐渐被systemd取代。
本文将主要讲述传统的BIOS/MBR-->sysvinit启动方式，同时，作为补充，也将简述UEFI/GTP-->systemd的启动方式。
BIOS/MBR-->sysvinit
1、BIOS阶段
系统加电后会立即读取BIOS中内容并执行，BIOS中程序的执行包括两个步骤：
1）加电自检POST(power-on self test)，主要负责检测系统外围设备(如CPU、内存、显卡、键盘鼠标等)是否正常。如果硬件出现问题，主板会发出不同含义的蜂鸣声，启动终止。如果没有问题，屏幕就会显示出CPU、内存、硬盘等信息。
2）自检完成后，BIOS会执行一段程序来枚举本地设备(如光盘、U盘、硬盘、网络等，可以在BIOS中设置枚举顺序)寻找下一阶段的启动程序所在位置。BIOS会将控制权交给启动顺序(Boot Sequence)中排在第一位的设备，此时，计算机读取该设备中的最前面的512个字节，如果这512个字节的最后两个字节是0x55和0xAA(Magic Number)，表明这个设备可以用于启动；如果不是，表明该设备不能用于启动，控制权于是转交给启动顺序中的下一个设备。如上一篇所述，硬盘中的最前面的512字节即为主引导记录 MBR。
2、MBR阶段
前一篇中我们描述过MBR的结构，其中包括446字节的Bootloader，64字节的DPT和2字节的Magic Number。Bootloader(引导加载程序)中较常用的一种是grub，grub引导分为两个阶段(有些grub还定义了1.5阶段)：
1）BIOS将stage1载入内存中的指定位置(0x7C00)并跳转执行，stage1的内容即为MBR中起始的446字节；此阶段执行作用主要是将硬盘0磁头0磁道2扇区的内容载入到内存0x8000处并跳转执行。
1.5）由于stage2的代码(较大)存放在文件系统下的/boot分区中(或者/boot没有单独分区的/etc/)，因此识别stage2文件需要文件系统环境(此时还只能直接读取硬盘指定位置的内容，并不能识别文件系统)。stage1.5的作用就是为stage2提供文件系统环境，使系统能够找到位于文件系统中的stage2文件。
2）stage2被载入内存并执行，它首先会解析grub的配置文件menu.lst即/boot/grub/grub.conf，该文件中指定了系统内核文件所处的位置，如果没有找到该文件，就会执行一个shell，等待用户手动指定内核文件的位置。此阶段的最终状态就是执行boot命令，将内核和initrd镜像载入内存，进而将控制权交给内核。
grub.conf内容(版本：GNU GRUB 0.97)：
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/sda3
# initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-407.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-407.el5 ro root=LABEL=/ rhgb quiet
initrd /initrd-2.6.18-407.el5.img
title CentOS (2.6.18-398.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-398.el5 ro root=LABEL=/ rhgb quiet
initrd /initrd-2.6.18-398.el5.img文件中#开头的行是注释行，最重要的部分是两个title下面指定的内核位置及具体文件(kernel和initrd项)
3、内核阶段
grub的stage2将initrd文件加载到内存中，内核于是开始执行initrd中的init文件，此文件是一个脚本，主要作用是加载各种存储介质相关的设备驱动程序。当所需的驱动程序加载完成后，会创建一个根设备，然后将根文件系统(rootfs)以只读的方式挂载。这一步结束后，释放未使用的内存，转换到真正的根文件系统中运行程序/sbin/init，启动系统PID为1的进程。此后系统的控制权就交给/sbin/init进程了。
4、init阶段
当init进程接管了系统的控制权之后，它首先会读取/etc/inittab文件，此文件描述了在特定的运行级别(runlevel)下，init进程该如何初始化系统。
linux中定义了7种运行级别： 0 表示关机 1 表示单用户模式 2 表示无网络的多用户模式 3 表示多用户模式 4 未使用 5 表示图形界面模式 6 表示重启
inittab文件中指定了系统的默认运行级别，如id:3:initdefault:表示默认运行级别为3(多用户模式)。
init进程根据inittab文件，运行一系列指定的初始化脚本：
1）/etc/rc.d/rc.sysinit系统初始化脚本，它的作用包括设置主机名和默认网关、决定是否启用SELinux、加载用户自定义模块、根据文件/etc/sysctl.conf设置内核参数、设置raid及LVM等硬盘功能、重新以读写方式挂载根文件系统等等
2）执行/etc/rc.d/rc文件，该文件确认由inittab指定的运行级别N，并启动相应级别下的服务(通过执行/etc/rc.d/rcN.d中的文件)，例如运行级别为3时，则先执行/etc/rc.d/rc3.d下以K开头的文件，然后执行以S开头的文件。这些文件都是指向/etc/init.d下的符号链接。以K开头的文件表示此运行级别下需要关闭的服务，以S开头的文件表示此运行级别下需要开启的服务。
3）在运行级别2、3、4、5中最后一个执行的文件均指向文件/etc/rc.local,用户可以在此文件中自定义启动内容。
4）之后根据inittab中设置，运行6个终端，以便用户登录系统，如果是运行级别5，则还会执行/etc/X11/prefdm -nodaemon启动相应的桌面环境。
5）然后执行/bin/login程序用于接收和验证来自mingetty的用户名和密码。
至此整个系统即启动完毕了
UEFI/GTP-->systemd
UEFI的出现是为了代替BIOS，同样，GTP和systemd也是为了弥补MBR和sysvinit的不足。和BIOS只负责POST和找到MBR不同，UEFI将贯穿系统加电到关机的整个过程。粗略划分，UEFI系统启动分为4个阶段：
1、UEFI初始化阶段
1）SEC(安全验证)：接收并处理系统启动和重启信号，初始化临时存储区域，传递系统参数给下一阶段(即PEI)。
2）PEI(EFI前期初始化)：为DXE准备执行环境，将需要传递到DXE的信息组成HOB(Handoff Block)列表，最终将控制权转交到DXE手中。
3）DXE(驱动执行环境)：根据HOB列表初始化系统服务，然后遍历固件中的所有Driver，当驱动的依赖资源满足时，调度Dirver到执行队列执行，直到所有满足条件的Dirver都被加载。
2、操作系统加载器作为UEFI应用程序运行阶段
1）BDS(启动设备选择)：初始化控制台设备，加载必要的设备驱动，根据系统设置加载和执行启动项，用户选中某个启动项（或系统进入默认的启动项）后，OS Loader启动，系统进入TSL阶段。UEFI中程序能够识别存储介质上的分区信息和文件系统(如：fat32)，此时会将/EFI/boot/grub2.efi(位于GTP格式硬盘的一个分区ESP，安装时自动生成)作为UEFI应用程序运行。
2）TSL(临时系统加载)：操作系统加载器(OS Loader也位于ESP分区)执行的第一阶段，在这一阶段OS Loader作为一个UEFI应用程序运行，系统资源仍然由UEFI内核控制。当启动服务的ExitBootServices()服务被调用后，系统进入RT(Run Time)阶段。
3、操作系统运行阶段
RT(运行时)：系统的控制权从UEFI内核转交到OS Loader手中，UEFI占用的各种资源被回收到OS Loader，仅有UEFI运行时服务保留给OS Loader和OS使用。随着OS Loader的执行，OS最终取得对系统的控制权。
在init作为系统初始化程序时，服务是通过/etc/rc.d/init.d中的脚本来管理并且是顺序执行的，当使用systemd作为系统初始化程序后，这些脚本被服务单元替换，并尽可能的并行启动进程。
在systemd中，一个单元配置文件可以描述如下内容之一：
系统服务(.service) 挂载点(.mount) 套接字(.sockets) 系统设备(.device) 交换分区(.swap) 文件路径(.path) 启动目标(.target) 由systemd管理的计时器(.timer) ....
systemd为保持向下兼容性还保留了一些init命令和概念，但所对应的文件都是指向systemd对应命令或文件的符号链接：
[root@centos7 temp]# ls -l /sbin/init lrwxrwxrwx. 1 root root 22 1月 15 2016 /sbin/init -> ../lib/systemd/systemd [root@centos7 temp]# ls -l /usr/lib/systemd/system/runlevel*.target lrwxrwxrwx. 1 root root 15 1月 15 2016 /usr/lib/systemd/system/runlevel0.target -> poweroff.target lrwxrwxrwx. 1 root root 13 1月 15 2016 /usr/lib/systemd/system/runlevel1.target -> rescue.target lrwxrwxrwx. 1 root root 17 1月 15 2016 /usr/lib/systemd/system/runlevel2.target -> multi-user.target lrwxrwxrwx. 1 root root 17 1月 15 2016 /usr/lib/systemd/system/runlevel3.target -> multi-user.target lrwxrwxrwx. 1 root root 17 1月 15 2016 /usr/lib/systemd/system/runlevel4.target -> multi-user.target lrwxrwxrwx. 1 root root 16 1月 15 2016 /usr/lib/systemd/system/runlevel5.target -> graphical.target lrwxrwxrwx. 1 root root 13 1月 15 2016 /usr/lib/systemd/system/runlevel6.target -> reboot.target
systemd启动后执行的第一个目标是default.target，但实际上default.target是指向graphical.target的符号链接。
[root@centos7 temp]# ls -l /usr/lib/systemd/system/default.target lrwxrwxrwx. 1 root root 16 1月 15 2016 /usr/lib/systemd/system/default.target -> graphical.target [root@centos7 temp]# cat /usr/lib/systemd/system/graphical.target # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. [Unit] Description=Graphical Interface Documentation=man:systemd.special(7) Requires=multi-user.target Wants=display-manager.service Conflicts=rescue.service rescue.target After=multi-user.target rescue.service rescue.target display-manager.service AllowIsolate=yes
其中Requires行指明了本单元的依赖关系(其他各项意义可以通过命令man systemd.unit查看)，顺着此文件，可以找到需要执行的单元：multi-user.target、basic.target、sysinit.target、local-fs.target swap.target、local-fs-pre.target。
4、关机阶段
AL(After-life)：当系统硬件或操作系统出现严重错误不能继续正常运行时，固件会尝试修复错误，这时系统进入AL期。UEFI标准并没有定义此阶段的行为和规范。系统供应商可以自行定义。
相关命令
init
1、initinit除了在系统初始化时起的重要作用外，还可以用来执行关机、重启、切换运行级别的作用：
#关机 init 0 #重启 init 6 #切换到单用户模式 init 1
2、runlevel 显示运行级别
[root@centos7 temp]# runlevel N 3 [root@centos7 temp]#
输出中N表示当前运行级别，如果系统启动后切换过运行级别，则输出类似于3 5表示之前运行级别为3，现在的运行级别为5。
3、halt reboot poweroff shutdown
这几个命令的作用就是关机或重启系统，通常只使用shutdown就可以了：
#立即关机 shutdown -h now #在11:50分执行关机 shutdown -h 11:50 #如果要取消指定时间的关机，则在另一个终端中执行： shutdown -c #过30分钟之后重启系统，并且重启时不进行磁盘检测 shutdown -fr +30
4、chkconfig 更新或查询服务的运行级别信息
#列出服务(还会列出xinetd管理的服务) chkconfig --list #增加一个服务 chkconfig --add httpd #使服务在运行级别2、3、5时自启动 chkconfig --level 235 httpd on
5、service 运行服务脚本(服务脚本位于/etc/init.d内，service本身也是脚本，位于/sbin内)
#列出所有服务状态 service --status-all #列出单个服务状态 service nginx status #启动服务 service nginx start #停止服务 service nginx stop #重启服务 service nginx restart #重新加载配置文件 service nginx reload
systemd
systemd并不是一个命令，而是一组命令，涉及到系统管理的方方面面。
1、systemctl 控制systemd系统和管理服务
systemctl [OPTIONS...] COMMAND [NAME...]
如切换运行级别或开关机：
#重启(将执行reboot.target) systemctl reboot #暂停(将执行suspend.target) systemctl suspend #休眠(将执行hibernate.target) systemctl hibernate #切换至救援模式(单用户，将执行rescue.target) systemctl rescue #列出运行级别 systemctl get-default #切换到运行级别5，即图形模式 systemctl isolate graphical.target
系统服务单元相关：
#列出正在运行的 Unit systemctl list-units #列出所有的 Unit systemctl list-units --all #列出所有加载失败的 Unit systemctl list-units --failed #列出Unit时指定类型 systemctl list-units --type=socket
系统和服务管理：
#系统状态 systemctl status #服务状态(.service可以省略) systemctl status nginx.service #启动服务 systemctl start nginx #停止服务 systemctl stop nginx #重启服务 systemctl restart nginx #重新加载配置文件 systemctl reload nginx #设置服务开机启动 systemctl enable nginx #列出所有安装的服务 systemctl list-unit-files #指定类型 systemctl list-unit-files --type=target
还有许多其他选项，这里就不一一列举了。
2、systemd-analyze 查看启动用时
[root@centos7 ~]# systemd-analyze Startup finished in 730ms (kernel) + 1.904s (initrd) + 9.909s (userspace) = 12.544s
输出显示了系统启动过程中各部分耗时
#各服务初始化用时
[root@centos7 ~]# systemd-analyze blame
5.424s NetworkManager-wait-online.service
1.830s dev-mapper-centos\x2droot.device
1.055s firewalld.service
980ms kdump.service
549ms network.service
....
#输出各服务用时细节并写入文件(该文件可以用浏览器或图片查看器打开)
[root@centos7 ~]# systemd-analyze plot > file.svg
#序列化输出各服务详细完整的状态信息(输出内容很多，略)
[root@centos7 ~]# systemd-analyze dump3、systemd-cgls 递归显示控制组(Cgroups)信息
linux内核从版本2.6.24开始，引入了一个叫做控制组(control groups)的特性，是用于限制、记录、隔离进程组（process groups）所使用的物理资源（如：cpu,memory,IO等等）的机制。关于Cgroups的内容本文不再展开。
[root@centos7 ~]# systemd-cgls ├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 21 ├─user.slice │ └─user-0.slice │ ├─session-182.scope │ │ ├─5165 sshd: root@pts/1 │ │ ├─5167 -bash │ │ ├─5409 systemd-cgls .... ....
4、systemd-cgtop 显示各控制组的使用量(CPU,内存,IO)
显示效果类似命令top
[root@centos7 ~]# systemd-cgtop Path Tasks %CPU Memory Input/s Output/s / 161 0.2 400.5M - - /system.slice/NetworkManager.service 1 - - - - /system.slice/auditd.service 1 - - - - /system.slice/crond.service 1 - - - - /system.slice/dbus.service 1 - - - - /system.slice/firewalld.service 1 - - - - ....
5、systemd-loginctl 控制systemd登录管理
此命令是命令loginctl的符号链接
#列出当前会话
[root@centos7 ~]# systemd-loginctl list-sessions
SESSION UID USER SEAT
182 0 root
154 0 root
2 sessions listed.
#列出当前登录用户
[root@centos7 ~]# loginctl list-users
UID USER
0 root
1 users listed.
#列出显示指定用户的信息
[root@centos7 ~]# loginctl show-user root
UID=0
GID=0
Name=root
Timestamp=三 2016-12-21 08:38:54 CST
TimestampMonotonic=77015538361
RuntimePath=/run/user/0
Slice=user-0.slice
Display=154
State=active
Sessions=182 154
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Linger=no
[root@centos7 ~]#6、timedatectl 系统时间和日期控制
[root@centos7 ~]# timedatectl
Local time: 三 2016-12-21 13:47:31 CST
Universal time: 三 2016-12-21 05:47:31 UTC
RTC time: 三 2016-12-21 05:47:31
Time zone: Asia/Shanghai (CST, +0800)
NTP enabled: n/a
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
#设置时间
[root@centos7 ~]# timedatectl set-time "2012-10-30 18:17:16"
#列出时区
[root@centos7 ~]# timedatectl list-timezones
Africa/Abidjan
Africa/Accra
Africa/Addis_Ababa
Africa/Algiers
Africa/Asmara
....
#设置时区
[root@centos7 ~]# timedatectl set-timezone America/New_York7、hostnamectl 系统主机名控制
#状态
[root@centos7 ~]# hostnamectl status
Static hostname: centos7
Icon name: computer-vm
Chassis: vm
Machine ID: 956ab824a02d489d85b079cb442d5442
Boot ID: 9016d7627d8148ecb7fb77afaa89aeab
Virtualization: vmware
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-327.el7.x86_64
Architecture: x86-64
#设置主机名(内核参数/proc/sys/kernel/hostname和文件/etc/hostname中都立即更新)
[root@centos7 ~]# hostnamectl set-hostname MYHOST
#重新登录后主机名即变为myhost(静态主机名)
[root@centos7 ~]# hostnamectl
Static hostname: myhost
Pretty hostname: MYHOST
Icon name: computer-vm
Chassis: vm
Machine ID: 956ab824a02d489d85b079cb442d5442
Boot ID: 9016d7627d8148ecb7fb77afaa89aeab
Virtualization: vmware
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-327.el7.x86_64
Architecture: x86-64以上systemd相关所有命令(除systemd-cgls和systemd-cgtop外)，都可以使用选项-H指定远程基于systemd的主机(使用ssh协议)：
[root@centos7 ~]# hostnamectl -H 10.0.1.252
Static hostname: idc-v-71252
Icon name: computer-vm
Chassis: vm
Machine ID: 956ab824a02d489d85b079cb442d5442
Boot ID: 9016d7627d8148ecb7fb77afaa89aeab
Virtualization: vmware
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 4.4.4-1.el7.elrepo.x86_64
Architecture: x86-64systemd功能强大，使用方便，但也比较复杂，体系庞大。本文只介绍一点相关命令，更多内容就不在此展开了。
本文简述了传统的BIOS和新的UEFI启动流程，介绍了init和systemd部分相关命令。