[RH134] 12-系统启动

1.系统启动流程

开机--->BIOS自检（需要检测的设备是否正常）--->磁盘的MBR分区--->BootLoader（引导加载器）加载内核--->识别各分区的文件系统

2.内核

什么是内核：内核其实也是一个软件（例如Linux内核用C语言开发），存放在磁盘的某个地方（例如sda1分区）。

不同的操作系统（内核不一样），文件系统也不一样。不同的操作系统一般不识别其他的文件系统，只有当内核运行起来后，才能识别分区中的文件系统。也就是说，操作系统是否能识别文件系统是由内核来决定的（例如NTFS的移动硬盘在Linux下可能无法识别）。

悖论：要加载内核，则需要去sda1中读取，要识别sda1的文件系统，则需要先加载内核。那么如何让我们在加载内核之前就能从sda1中读取内核代码呢？

3.如何加载内核

如上图，在https://www.cnblogs.com/leokale-zz/p/12543697.html 中我们知道，所有的分区是从第2048个扇区开始划分的，也就是说前面的2048个扇区是空着的。目前我们只知道第1个扇区有一个MBR，其中包含分区表和Bootloader等东西。

如何在文件系统中找到内核：

1）bootloader实际上是从grub的stage1这段代码反汇编出来的，作用就是用来加载第二个扇区（即MBR后面一个扇区的内容）。

2）第二个扇区里存放着grub的stage1.5反汇编出来的代码，作用是加载第3~n个扇区。

3）第3~n个扇区里存储的是一个极精简的fs，但是可以让我们读懂文件系统了。至于n是多大，要根据我们需要识别的文件系统（例如/boot分区）来决定。

4）内核在什么地方呢？是在/boot/grub2/grub.cfg配置文件中指定的。

4.如何修改grub配置文件（永久修改内核参数）

当我们想要修改内核参数时，我们不能直接对 /boot/grub2/grub.cfg 进行修改。

我们需要先修改 /etc/default/grub ，然后执行一个命令：

grub2-mkconfig -o /boot/grub2/grub.cfg

意思是将/etc/default/grub中我们修改的内容，转移到/boot/grub2/grub.cfg中生效。

 

例子，修改开机时内核选择的等待时间以及默认选择：

我们在开机时可以看到一个让我们选择内核的界面，倒数5s默认选择第一个内核。当然我们可以通过修改配置让其默认选择第二个：

# /etc/default/grub配置文件

GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
#GRUB_DEFAULT=saved
GRUB_DEFAULT=1
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap net.ifnames=0 biosdevname=0 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"

可以看到，我们将默认等待时间修改为10s，将默认选择修改为1（从0开始算，1表示第2个内核）。然后执行命令让其生效：

[root@centos7-test ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-3.10.0-1062.18.1.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-1062.18.1.el7.x86_64.img
Found linux image: /boot/vmlinuz-3.10.0-327.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-327.el7.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-f30a982c74c94344b2d0248c84efd1c8
Found initrd image: /boot/initramfs-0-rescue-f30a982c74c94344b2d0248c84efd1c8.img
done

重启看看：

可以看到，等待时间从5s变成了10s，并且默认选择了第2个内核。

 

除了以上例子中我们修改的内容，我们还可以修改 GRUB_CMDLINE_LINUX 的内容，为内核指定一些参数，例如aa=100（没有意义的参数）。

5.临时修改内核参数

在第4节中，我们进入系统对配置文件进行修改，修改后重启系统就可以让参数永久生效，直到下次手工修改参数。

如果我们想要临时修改内核参数，则可以在启动界面选择内核的时候按 "e" 进入内核编辑页面：

我们在其中添加一个自定义参数：

然后使用Ctrl+x来保存。

进入系统后，使用命令查看当前内核的参数信息：

[root@centos7-test ~]# cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-3.10.0-1062.18.1.el7.x86_64 root=/dev/mapper/centos-root ro 
crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap net.ifnames=0 biosdevname=0 rhgb quiet bb=200

可以看到我们添加的参数bb=200。这个参数是临时的，再次重启系统后参数消失。

[root@centos7-test ~]# cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-3.10.0-1062.18.1.el7.x86_64 root=/dev/mapper/centos-root ro 
crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap net.ifnames=0 biosdevname=0 rhgb quiet

可以看到，重启后bb=200消失了。

6.rescue救援模式

我们正常启动系统的时候，有一些必须启动的服务，例如有20个。如果有一些服务出问题无法启动，则会导致系统无法正常启动。

这时，我们就可以使用rescue模式，因为rescue模式需要的必须服务比较少，例如10个。当出问题的服务，不在这10个服务当中，系统就可以启动起来。

如何进入rescue模式：

这样表示要进入rescue模式，相当于windows的安全模式。

注意：rescue模式进入系统也是需要root密码的。

可以看到，我们已经进入rescue模式，输入root密码即可进入系统。

6.emergency模式

当rescue模式都无法启动的时候，可以尝试使用emergency模式，这个模式比rescue模式需要的必须服务更少。

注意：emergency模式也相当于windows的安全模式，也是需要root密码的。

7.重置root密码

当我们忘记root密码时，可以对其进行重置。

1）选择内核时按e，进入编辑模式

2）进入命令行后，我们查看磁盘挂在的模式

在readonly模式下，我们是不能修改root密码的，所以我们要重新挂载一下。

3）重新挂载分区

4）重置selinux标签

5）执行命令，重启

8.给grub加密

为了使系统更加安全，我们可以给grub加个密码。也就是我们在选择内核的时候想进入编辑页面，必须要输入一个账户和密码。

使用明文密码：

修改/etc/grub.d/00_header文件：

cat <<EOF
set superusers="leo"
password leo 88888888
EOF

在最后加上以上内容，设置用户名为leo，密码为88888888。

然后执行命令生效：

grub2-mkconfig -o /boot/grub2/grub.cfg

重启，尝试进入内核编辑页面：

可以看到，要求我们输入账号和密码，我们输入leo 88888888即可。

使用密文密码：

前面我们在00_header中的密码使用的是明文，我们也可以对其进行加密（hash）：

我们先生成密码88888888的hash值：

[root@centos7-test ~]# grub2-mkpasswd-pbkdf2 
Enter password: 
Reenter password: 
PBKDF2 hash of your password is grub.pbkdf2.sha512.10000.D9D6A857A18676310A354A83DFA825E95E9A643D0FC2B41DE60DB3C9D8B8FC958F70F22BF118767320FCD03A6859B7AEA2F2FF3975C1D2BE4569F828B14DE86A.F815B659D965CC890E4891CAF52A6471E4F0B825FFD5E84AAC684D7E799D9D3D430984E443396D191A3E3242E9B5A2ABE3241A1EB3F0C7C2622CF7850ADD591D

然后写入00_header文件：

cat <<EOF
set superusers="leo"
password_pbkdf2 leo grub.pbkdf2.sha512.10000.D9D6A857A18676310A354A83DFA825E95E9A643D0FC2B41DE60DB3C9D8B8FC958F70F22BF118767320FCD03A6859B7AEA2F2FF3975C1D2BE4569F828B14DE86A.F815B659D965CC890E4891CAF52A6471E4F0B825FFD5E84AAC684D7E799D9D3D430984E443396D191A3E3242E9B5A2ABE3241A1EB3F0C7C2622CF7850ADD591D
EOF

然后执行命令让其生效：

grub2-mkconfig -o /boot/grub2/grub.cfg

8.系统超级救援模式

当同时出现以下情况时：

• grub被加密，不知道账号密码
• root密码也忘了

这时我们就可以使用以下要描述的救援方式。（以Vmware下的CentOS7为例）

1）使用系统对应版本的光盘

例如在虚拟机的CDROM一定要挂载光盘。

2）在重启显示VMware LOGO的时候，按ESC，选择从光盘启动

3）选择Troubleshooting

4）选择Rescue a CentOS system

注意：这里的rescue和前面第6节中的rescue是不一样的。

5）进入光盘中的系统

这种方式类似于windows下的winPE模式

我们按回车就可以得到一个shell命令行：

6）进入我们要修复的系统

注意：当我们获得sh-4.2#命令行的时候，我们还是在光盘操作系统中的。（这是相当于我们还是神）

待修复的系统目前是挂载到一个子目录下的：

使用命令，切换到被修复的系统根（投胎为人）：

7）重置root密码、重置grub密码

当我们使用光盘系统进入待修复系统后，我们无需使用任何密码就可以获得最高权限。

重置root密码：

echo 123456 | passwd --stdin root

重置grub密码：

vi /etc/grub.d/00_header

# 修改grub密码即可

9.重新安装grub

当grub被损坏（磁盘的前446字节，即bootloader被损坏），导致无法引导系统，我们可以重新安装grub引导程序。

参考第8节 超级救援模式，进入系统（这种模式是使用光盘系统帮助引导进入的）。

然后执行以下命令重建grub：

此时，重启即可：

9.boot目录损坏

当我们的/boot目录损坏，例如内核被删除等。我们使用删除/boot下所有文件来模拟故障：

重新启动：

可以看到，提示我们缺少一些文件。

可以通过以下步骤来恢复：

1）通过光盘引导进入系统（参考第8节）

可以看到，/boot下什么都没有。

2）重新安装内核

3）重新生成grub配置文件

因为位于/boot下的grub配置文件被删除了，所以我们要重新生成一份。

4）重新安装grub

不管grub是否损坏，都需要重新安装一下grub，因为/boot/grub2/下存放着grub需要的一些文件。

5）重新启动

发现已经可以启动了：

可以看到，这里显示的内核版本是我们重新安装的内核版本。

 

 

===