Linux启动和内核管理排错修复

一 、删除/boot/下initramfs-xxx.img 文件

[root@kaivi6 boot]# rm -rf initramfs-2.6.32-754.el6.x86_64.img 
[root@kaivi6 boot]# reboot

出现如下图的故障

进入救援模式

选择救援安装

这时候他会自动找到系统的原来根挂载到了/mnt/sysimage下

真正的操作系统根/dev/sa2 在/mnt/sysimage下
破坏的文件initramfs-2.6.32-754.el6.x86_64.img 在/dev/sda1 /mnt/sysimage/boot下

切换到根目录下 chroot /mnt/sysimage
查看是否在根目录下 pwd
查看根下面的文件 ls
查看是否挂在到跟下 df
查看 /boot下的文件 缺少了initramfs 文件

使用下面ramdisk命令修复

进入/boot文件夹 cd /boot/

生成新的initramfs文件 ：mkinitrd initramfs-`uanme -r`.img `uname -r ` (反向单引号)

查看是否生成成功 ls -l
成功之后退出（exit）重启（reboot）即可

二、删除/boot/下vmlinuz-xxx文件

[root@kaivi6 ~]# rm -f /boot/vmlinuz-2.6.32-754.el6.x86_64 

产生的现象如下图：

![在这里插入图片描述](https://img-blog.csdnimg.cn/20191102153453200.png

此时的根 是光盘加载的一个虚拟的文件系统根，不是我们所要找的根文件系统

创建一个新的文件夹 ，把光盘挂在到这个临时文件夹中

原理就是在光盘中有一个文件和vmlinuz是一样的，只需要挂在光盘然后拷贝过来就ok
接下来就是退出 重启就ok

三、启动模式为reboot形式修复

[root@kaivi6 ~]# vim /etc/inittab 

修改默认启动级别为6 reboot 模式，则会不断重复开机自启。

倒计时的时候按任意键 到下面这个界面

按照下面的提示 按下 a 键

在 qiuet 后面加上 空格 1-6 跳过 /etc/inittab 中的启动选项 先进入这里对应的
默认启动项 这里选择 3 字符界面为例 ，即在qiuet 后面直接输入 3
这里注意这是临时启动，还需要改对应的文件 vim /etc/inittab 。

1 模式 单用户模式 可以修改 破解root 口令

按照下面的提示 按下 a 键 进入模式1 单用户模式

reboot 重启

四、服务故障起不来故障排错

服务故障起不来故障排错
临时进入1 单用户模式 因为 一般2-5模式都是关闭的 但是1模式是开启的
一般很多服务都不启动，所以一般因为服务起不来而down机

checonfig --list
找到对应的服务先暂时关闭
checonfig [service] off [service] 对应的服务名称
重启忽略这个服务先把机器起来
之后再解决的服务的问题
reboot

五、grub破坏

一、 破坏一阶段（rbm前面446字节）

[root@kaivi6 ~]# 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.00988625 s, 45.1 kB/s

产生的现象:
直接到了光盘启动，因为光盘已经连接

断开光盘象限：

会尝试去通过网络来去找开机引导文件

进入救援模式：


第一种方式后面加的是硬盘DISK，因为gurb的引导文件在BMR的前面446字节，不属于任何一个分区
第二种方式是gurb交互是的方式
boot 的分区
setup 按装分区

进入到开启shell的模式下：


先要切换到根目录下 之后运行grub 修复命令即可
也可以用第二种方式进行交互式grub修复

MBR后续的27个扇区里面 上图看的很清楚
不仅仅修复1阶段 其他阶段都有着一定的修复

重启即可

查看是否修复

二 破坏1.5阶段 就是后面27个扇区（27*512=13k）

[root@kaivi6 ~]# dd if=/dev/zero of=/dev/sda bs=1 count=10240 seek=512
10240+0 records in
10240+0 records out
10240 bytes (10 kB) copied, 0.021381 s, 479 kB/s

产生的现象：

依旧救援模式 一直到开启shell中救援：

重启即可

三：二阶段的grub修复

先破坏二阶段的分区表

[root@kaivi6 grub]# 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.00951482 s, 46.9 kB/s

[root@kaivi6 grub]# hexdump -C -n 512 /dev/sda -v 
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

[root@kaivi6 grub]# rm -rf /boot/grub/
[root@kaivi6 grub]# reboot

grub1阶段破坏就认为没有启动功能了 产生现象：

依旧救援模式 一直到开启shell中救援：
这个修复了grub1 2 的部分文件，但是没有修复grub.conf文件 需要手工写

vim /boot/grub/grub.conf

技巧：
：r！ls /boot/vmlinuz*
：r！ls /boot/init*

重启即可

六 删除/sbin/init 第一个进程

[root@kaivi6 ~]# mv /sbin/init /data
[root@kaivi6 ~]# reboot

产生的现象如下图，一直转圈圈：


选择 a键
为了看到更加清楚，把前面的rhgb quiet删除 然后加上 selinux=0 init=/bin/bash
禁用selinux 更改第一个进程


挂载光盘
之后可以引用光盘里面对应的包

 ls /mnt/Packages

找到对应的安装包
有时候会第一次根的挂载第一次是只读的，这时候就需要重新挂载一次

找一个比较空的地方解开对应的压缩包


查看文件是否存在

重新移到/sbin目录下
重启即可
（登入问题）
方法二：
重启后，发现可以在bash环境下操作。此时，用rpm命令查询/sbin/init文件对应的安装包为upstart，挂载光盘到/mnt目录为安装做准备。由于/目录挂载状态为只读，重新挂载并设置为读写。
rpm重新安装upstart软件包。因为只是丢失了/sbin/init文件，所以需要添加–force选项强制覆盖安装。
重新启动后，成功进入系统。

实验: rm /sbin/init 恢复之
1 grub菜单 加 selinux=0 init=/bin/bash 2 mount -o remount,rw /
3 mount /dev/sr0 /mnt/
4 rpm2cpio /mnt/Packages/upstart.xxx.rpm | cpio -idv ./sbin/init
5 mv ./sbin/init /sbin/

七、删除 /etc/fstab 和 /boot/

[root@kaivi6 ~]# rm -rf /etc/fstab  /boot/*
[root@kaivi6 ~]# cat /etc/fstab
cat: /etc/fstab: No such file or directory
[root@kaivi6 ~]# ll /boot/
total 0

直接到救援模式下的开始shell下进行操作
对应一样的版本号
这次的后果 系统找不到根在哪里，找不到分区

找不到根就等于说进不去根下面的/boot/里面进行修复
所以第一步就是先回复fastab配置文件，这样才能把根挂载

能看到只有一块sda 硬盘 一共分了5个分区 分区4和5 可以先排除，因为一个扩展分区 一个swap分区 对于1分区只有1个G的很小空间，所以当根的话不现实
，大概率是/boot分区 。最大可能是2 3 。所以在这里可以建立一个临时文件夹，尝试挂载一下 看下里面具体的内容，从而来判断哪一个是根分区。

很明显，sda2 是根




在上面文件配置之后重启
就能找到对应的根了 就可以chroot 切根进行修复了
重新启动 进入救援模式 开启shell界面


切根并且进入/boot文件夹，boot中重要的2个文件 一个是vmlinuz文件，这个文件需要光盘重新挂载后重新拷贝一份到/boot/下即可

有个这个vmlinuz文件就可以通过命令生成initramfs文件

现在还缺少grub.conf文件 需要自己配置
vim /boot/grub/grub.conf

1 rescue mode
恢复/etc/fstab 找到/ 所在分区 fdisk -l
mkdir /mnt/tmp
mount/dev/sdaN /mnt/tmp
ls /mnt/tmp
mount /dev/sda2 /mnt/tmp
vim /mnt/tmp/etc/fstab
/dev/sda1 /boot ext4 defaults 0 0
/dev/sda2 / ext4 defaults 0 0
/dev/sda3 /data ext4 defaults 0 0
/dev/sda5 swap swap defaults 0 0

reboot

2 rescue mode 恢复内核和initrd 文件
/dev/sda2 --> /mnt/sysimage
chroot /mnt/sysimage
mount /dev/sr0 /mnt/
方法1 rpm -ivh/mnt/Packages/kernel.xxxx.rpm --force

方法2 cp /mnt/isolinux/vmlinuz /boot/
mkinitrd /boot/initramfs.img uname -r

3 修复 grub grub-install /dev/sda vim /boot/grub/grub.conf 方法2
cat /boot/grub/grub.conf
default=0
timeout=5
title=centos
kernel /vmlinuz root=/dev/sda2
initrd /initramfs.img
4 reboot

八、给grub的启动过程加密

给grub的启动过程加密：

可以在grub的启动过程的两个环节加密：
1）给启动菜单项编辑权限加密；
2）启动特定菜单项的加密，加密命令相同，但是位于/boot/grub/grub.conf文件的不同位置

加密可以使用明文密码，但安全性太差。目前使用md5和sha-512加密方式加密，现在用md5加密启动项编辑权限，用sha-512加密启动特定菜单项

可以在vim编辑器下使用:r!grub-md5-crypt和r!grub-crypt命令直接生成md5和sha-512加密密码。一般把这个password放在hiddenmenu前面。

加密选项的语法为：
md5加密：password --md5 加密密码
sha-512加密：password --encrypted 加密密码