Centos 系统引导损坏修复、密码破解与加密
Centos 6
实验环境：VMware Workstation Pro 14（试用版）
系统平台：
CentOS release 6.9 (Final) 内核 2.6.32-696.el6.x86_64
ramdisk(ramfs)丢失损坏
内核中的特性之一：使用缓冲和缓存来加速对磁盘上的文件访问，并加载相应的硬件驱动
没有此文件，系统无法加载 / 分区，也就无法启动系统。
CentOS 5 文件名: initrd
CentOS 6，7文件名: initramfs
当系统的ramfs文件丢失或损坏时，系统启动时表现为
修复如下：
进入救援模式，重新生成ramdisk文件即可。
为当前正在使用的内核重新制作ramdisk文件，以下2种指令都可以。
# mkinitrd initramfs-`uname -r`.img `uname -r`
# dracut initramfs-`uname -r`.img `uname -r`
GRUB相关
MBR:
446: bootloader, 64: 分区表, 2: 55AA
GRUB:
| 阶段 |
存放位置 |
作用 |
| stage1 |
MBR的446字节内 |
MBR引导 |
| stage1_5 |
MBR之后的27个扇区 |
让stage1中的bootloader能识别stage2所在的分区上的文件系统，这个阶段可以加载驱动 |
| stage2 |
/boot/grub(grub2) |
grub的核心功能 |
stage1是以二进制存放于磁盘，并不是文件形式。
/boot/grub下的文件为：
主要是驱动与grub配置文件。这个目录下的文件只保留grub.conf的时候，系统是可以正常启动的
stage1破坏修复
stage1也就是bootloader所在,
模拟破坏(请不拿生产中的机器来做试验，本人不负责任)
#dd if=/dev/zero of=/dev/sda bs=1 count=446
系统启动时表现为
修复如下：
1.进入救援模式
2.启动一个shell
3.切换至原系统的根目录，一般救援模式进来的时候会提醒.(假如能找到/文件系统)
# chroot /mnt/sysimage
4.安装grub
方法(1) grub-install
安装grub stage1和stage1_5到/dev/DISK磁盘上，并复制GRUB相关文件到 DIR/boot目录下
grub-install /dev/DISK .注意，是磁盘而非分区。--root-directory=DIR 参数可选
此方法会一并重新生成/boot/grub下除了grub.conf之外的文件
方法(2) grub
grub> root (hd#,#)
grub> setup (hd#)
可以看到系统已经写入GRUB信息至MBR
第2种方法修复时，需要/boot/grub下有这些文件
# ls -1
device.map e2fs_stage1_5 fat_stage1_5 ffs_stage1_5 grub.conf iso9660_stage1_5 jfs_stage1_5
menu.lst minix_stage1_5 reiserfs_stage1_5 splash.xpm.gz stage1 stage2 ufs2_stage1_5
vstafs_stage1_5 xfs_stage1_5
5.重启系统
#exit 并reboot
开机直接出现grub>
修复如下：
grub> root (hd#,#) root目录指的是/boot分区所在的磁盘位置。
grub> setup (hd#)
小提示：root (hd0,然后按tab键补全，会有如下显示
输入kernel /vm 按tab键如果可以补全则说明是正确的，接着输入ro root=/dev/sda1 回车.注意(hd0,0)=/dev/sda1 (hd0,1)=/dev/sda2如图
接着输入initrd /ini 按tab键补全，回车
输入boot命令，这时系统会重新启动
stage1.5破坏修复
模拟破坏
# dd if=/dev/zero of=/dev/sda bs=1 count=13000 skip=512 seek=512
系统启动时表现为
修复如下：
进入救援模式
1.# chroot /mnt/sysimage
2.安装grub (上面有方法)
3.多输入几次sync
4.#exit并reboot
stage2破坏修复
grub.conf丢失
系统启动时表现为
修复如下：
进入救援模式
1.# chroot /mnt/sysimage
2.安装grub (上面有方法)
3.检查/boot/grub/grub.conf是否存在且正确
4.重启系统
内核文件被破坏
系统启动时表现为
修复如下：
进入救援模式
1.# chroot /mnt/sysimage
2.touch 一个文件 /boot检查磁盘是可写，如果为只读，mount -o remount,rw /dev/sdX /boot
3.如果挂载的救援模式是原ISO的DVD1的话，里面会有内核文件，如果没有DVD1光盘，请去其他地方下载同一内核版本的rpm包。
执行安装指令
# rpm -ivh /光盘位置或指定位置/Packages/kernel-2.6.32-696.el6.x86_64.rpm --force
4.重启系统
/sbin/init 丢失破坏
模拟破坏
# rm -rf /sbin/init
系统启动时表现为
此时输入什么都是报错误的
修复如下：
1.重启系统至引导菜单，注意按上下箭头，以免超时跳过去。按 e
2 在kernel一行中，按 e 编辑
使用 /bin/bash 代替sbin/init
按 b 启动系统
任意输入一条命令，如果能出来结果，表示 系统启用/bin/bash为第一个进程
3. 重新挂载 / 分区为 读写模式
#mount -o remount,rw /
4 挂载光盘
# mount /dev/sr0 /mnt
5.重新安装/sbin/init 。此执行文件对应的安装为upstart 各个操作系统版本不一样，注意即可。
# rpm -ivh /mnt/Packages/upstart-0.6.5-16.el6.x86_64.rpm --force
使用以下方法也能达到同样效果：
# rpm2cpio /mnt/Packages/upstart-0.6.5-16.el6.x86_64.rpm | cpio -idv ./sbin/init
# cp sbin/init /sbin/
6. # ls /sbin/init 是否已经生成。
7.直接按硬件按钮的重启吧
至此，修复完成
逻辑卷环境下 /boot分区破坏，/etc/fstab丢失
原先的系统是以LVM卷方式安装的
模拟破坏
# rm -rf /boot/ /etc/fstab
系统启动时表现为
修复如下：
进入救援模式
会提示
启动shell
1.#vgs 查看下VG卷
2. #fdisk -l找出原来系统的boot分区,带*号启动的应该是/boot
3.#lvdisplay查看LV卷状态，可以看到是未激活状态
4 .# vgchange -ay 激活VG卷
5 #lvdisplay查看LV卷状态，可以看到是已激活状态
6 #blkid 能看到分区文件系统和挂载路径和UUID
7.创建临时目录挂载找到的分区，确认/和/boot分区。注意，这里是支持TAB键补全的。
# mkdir /mnt/root
# mount /dev/VolGroup/lv_root /mnt/root
# mkdir /mnt/boot 正常情况，因为是使用rm -rf /boot 挂载时应该是没有任何文件的
# mount /dev/sda1 /mnt/boot
8 cat /etc/mtab 能看到目前挂载情况
9 创建原有系统的fstab ,注意这里生成的文件位置
#cat > /mnt/root/etc/fstab << eof
/dev/mapper/VolGroup-lv_root / ext4 defaults 0 0
/dev/sda1 /boot ext4 defaults 0 0
eof
10 #exit 选reboot
11.再次进入救援模式
现在救援模式能侦测到根系统了
按照向导开启shell
12 # chroot /mnt/sysimage
#lsblk 可以看出原有系统的挂载情况了
13 挂载光盘
# mkdir /mnt/cdrom
# mount /dev/cdrom /mnt/cdrom
14 安装内核
# rpm -ivh /mnt/cdrom/Packages/kernel-2.6.32-696.el6.x86_64.rpm --force
15 修复Grub
# grub-install /dev/sda
16 修复grub.conf
# vi /boot/grub/grub.conf ,可以使用vi的命令这些功能
列出命令结果到当前编辑行的下一行，支持TAB补全
列出设备的UUID
最终写好的文件如下
#exit 重启
如果启用了selinux的话，系统会在第一次重启时进行配置、
第二次重新启动时，系统就正常了。之后再把把
17 把swap添加到fstab，并启用
UUID=8e0a6121-97d7-4c70-b113-bbe4cefe0380 swap swap defaults 0 0
# swapon -a
建议把fstab文件重新修正为使用UUID方式
至此，系统修复完成。
手动在grub命令行接口启动系统
grub> root (hd#,#)
grub> kernel /vmlinuz-VERSION-RELEASE ro
root=/dev/DEVICE
grub> initrd /initramfs-VERSION-RELEASE.img
grub> boot
root密码破解
方法1：
1.重启系统至引导菜单，注意按上下箭头，以免超时跳过去。
按 a ,健入以下字符，1代表是单用户模式
1, s, S或single都可以，之后直接回车启动系统
无需要输入密码就以root身份进入系统了，直接passwd root修改
方法2：
进入救援模式，chroot /mnt/sysimage 之后，直拉用passwd root修改
方法3：
进入救援模式，chroot /mnt/sysimage 之后，直接修改/etc/shadow ，把root的密码栏位清空。需要vi时加入wq!
不过，重启后注意尽快修改密码
grub加密
当然，既然有破解密码的，也有相应加强安全的.
将下面一行放入不同位置将会有不同的效果
password [--md5|--encrypted ] 加密的字符串
放在每个title之前行 ： 启动grub菜单时进行进行认证
放在每个title之末尾行 ： 启动选定的内核或操作系统时进行认证
生成grub口令
grub-md5-crypt 对应的是--md5
grub-crypt 对应的是--encrypted
Centos 7
实验环境：VMware Workstation Pro 14（试用版）
系统平台：
CentOS Linux release 7.4.1708 (Core) 内核 3.10.0-693.el7.x86_64
模拟破坏(请不拿生产中的机器来做试验，本人不负责任)
模拟stage1 stage1.5 stage2 阶段破坏
# dd if=/dev/zero of=/dev/sda bs=1 count=446
# dd if=/dev/zero of=/dev/sda bs=1 count=13000 skip=512 seek=512
# rm -rf /boot
修复如下：
1.进入救援模式
系统发现根系统
2. 切换至待修复的根系统
# chroot /mnt/sysimage
查看到/dev/sda确实没有MBR信息
3.修复Grub
# grub2-install /dev/sda .注意，是磁盘而非分区
4.安装内核
挂载光盘
# mount /dev/sr0 /mnt
如果挂载的救援模式是原ISO的DVD1的话，里面会有内核文件，如果没有DVD1光盘，请去其他地方下载同一内核版本的rpm包。
执行安装指令
# rpm -ivh /光盘位置或指定位置/Packages/kernel-3.10.0-693.el7.x86_64.rpm --force
5.生成gurb配置文件
注意这一步不能和第4步颠倒
# grub2-mkconfig -o /boot/grub2/grub.cfg
6.保存并重启
# exit
#sync
#sync
#reboot
至此，系统修复完成。
Centos 7修复与Centos 6相差不大，只是使用的命令有些不同。
本文转自 ljpwinxp 51CTO博客，原文链接:http://blog.51cto.com/191226139/2058884