CentOS 6开机启动的具体详情请参见理论篇！
了
解了系统启动的基本流程，以下我们通过“破坏式实验”，即破坏系统启动过程中的一些关键环节，使系统无法启动，然后我们再通过修复这些文件使得系统正常重
启，进而体验Linux系统的启动流程，这些关键环节包括破坏grub三个stage(stage1、stage1-5、stage2)
中的任何一个阶段，甚至是整个grub; 还有挂载文件/etc/fstab，内核文件vmlinuz,
系统引导时需要加载的驱动程序文件initramfs以及MBR中的相关信息等。
接下来开始实验，建议提前备份相关文件或给系统先做快照！
破坏MBR中的前446bytes，即stage1 破坏MBR之后的扇区，即stage1-5 删除整个grub文件(stage2随即也被删除) 删除用户空间的第一个进程: /sbin/init 删除/boot目录 删除initramfs文件 删除/boot及/etc/fstab 在逻辑卷的系统上删除/boot及/etc/fstab见CentOS 6开机启动流程实验篇
1.破坏MBR中的前446bytes，即stage1 [root@centos6 ~]#dd if=/dev/zero of=/dev/sda bs=446 count=1 #破坏MBR中的bootloader,即stage11+0 records in
1+0 records out
446 bytes (446 B) copied, 0.00123036 s, 362 kB/s
[root@centos6 ~]#
此时重启系统，发现系统直接进入了光盘引导模式
分析：开机直接进入了光盘引导模式，说明系统的开机时经过了POST >BIOS, 却在系统引导时出现的问题，这属于grub的事，我们只需重新安装grub即可。
进入救援模式，重新安装grub:
可在上面那个界面直接选择Rescue救援模式，也可重装启动系统，按ESC键，选择CD-ROM再进入。
查看下磁盘的挂载与分区是否正常，如果正常则直接重装grub,注意重装grub解决不了分区表被破坏的情况，这是两码事，所以给系统提前备份分区表很重要！
修复：重建grub
重启：
正常的开机启动画面，而不是直接进入了光盘引导界面！
小
结：如果stage1被破坏，系统认为硬盘无法启动，故而系统会直接进入光盘引导模式，也不会进入grub错误的界面，因此此时系统根本就无法启动，只能
进入救援模式！进入之前如果提示chroot /mnt/sysimage,则表示/etc/fstab文件是正常的.
2.破坏MBR之后的扇区，即stage1-5 [root@centos6 ~]#dd if=/dev/zero of=/dev/sda bs=512 count=2 seek=12+0 records in
2+0 records out
1024 bytes (1.0 kB) copied, 0.00508186 s, 202 kB/s
[root@centos6 ~]#
重启：发现屏幕一直卡在了黑色界面
好吧，手动进入救援模式然后重建grub!
重建grub后可查看/dev/sda上的前1024字节
此时重启系统就正常启动了！
小
结：如果stage1.5被破坏，则系统启动过程中会黑屏，一直卡着，也不会进入光盘引导模式，因为stage1未被破坏，则系统认为可以从硬盘启动，成
功地进行了stage1,当进行stage1.5时发现stage1.5被破坏，系统就无法正常启动下去，无法找到相应的驱动，就一直黑屏卡着不去。此时
若想恢复系统，就手动进入救援模式，然后重建grub.
其实，安装grub有两种方法，此处选择是的简单高效的一种：
安装grub：(1) grub-install安装grub stage1和stage1_5到/dev/DISK磁盘上，并复制GRUB相关文件到DIR/boot目录下
grub-install --root-directory=DIR /dev/DISK
(2) grub
grub> root (hd#,#)grub> setup (hd#)
其中，grub-install 命令的选项 root-directory是指要安装到哪个目录下，/dev/DISK就是指要安装在哪个设备上，如：
grub-install --root-directory=/mnt/boot /dev/sda在上面的两个例子中，我们省略了 root-direcoty=,因为我们上在本机上重装grub，当可省略，这里注意， 最后挂载点的目录名称，一定是boot , 因为grub在安装的时候，它会去找boot目录，如果找不到则报错，当我们把盘挂载到boot之后，可以认为，该盘的名字就叫boot，所以，它会在该盘内写入bootloader,以引导系统。
而用grub命令安装grub时，root (hd#,#) 表示第#-1个设备的第#-1个分区，因为磁盘分区的编号是从0开始的。
root (hd0,0) 表示第一个磁盘的第一个分区且grub命令的重装grub时，会依赖/boog/grub目录下的相关文件，而grub-install命令不会依赖，故而建议用grub-install的方式重装grub。
3.删除整个grub文件(stage2随即也被删除)删除整个grub文件时，建议先备份一下再删除！
[root@centos6 ~]#cp -r /boot/grub .[root@centos6 ~]#rm -rf /boot/grub
[root@centos6 ~]#
/boot/grub目录里面都有哪些文件，以及grub.conf里面的内容解释请看上文的关键词解释部分，此处不再赘述。
重启时我们发现 Error 15 字样
照样手动进入救援模式先重装grub，因为删除了grub文件，grub肯定是被破坏了！
此时我们在重装grub时发现“分区表签名”的问题，可忽略！
我们进入grub目录可查看grub下的文件是否全部恢复：
发
现少了grub.conf文件，没有grub.conf文件，系统在启动时也就无法加载内核，当然启动不成功，故而我们此时可以选择手写一份
grub.conf文件，永久有效，也可选择重启，此时系统会进入grub> 模式，在grub>
模式里面我们也可以以命令的形式给出系统内核文件存放的位置、内核的名称及核心参数，以及虚拟文件系统initrd,
但仅对本次启动有效，下次启动时还得书写一次！
此时我们选择直接在grub目录里面书写：
如果是在grub> 模式，可以这么写：
小结：grub-install只能重装grub的stage1与stage1-5,无法恢复grub.conf文件，即无法完全重装stage2,故需要我们牢记grub.conf文件的六项基本条例，以便正常恢复系统，当然备份最好。
4.删除用户空间的第一个进程: /sbin/init/sbin/init是用户空间的第一个进程，是一个二进制文件，我们无法书写，删除之前备份,恢复思路是将备份init恢复到/sin目录下。
[root@centos6 ~]#cp /sbin/init .[root@centos6 ~]#rm -f /sbin/init
[root@centos6 ~]#
重启：
重启后我们直接进入了switching root模式，发现命令都无法执行，其实很容易理解，/sbin/init都被删除了还怎么执行命令！
此
时的系统其实已经经历了POST >BIOS >MBR >GRUB 加载内核阶段，但当启动init进程时却无法启动了，系
统进入了switching root模式，却什么也干不了！那么我们的思路可以这么来：既然init启动不了，我们就想办法让其启动，一般地，init
默认执行的是/sbin/init,既然/sbin/init被删除了，那么我们就把/sbin/init替换为/bin/bash,也就是说，将用户空
间第一个进程init使其启动为/bin/bash,然后利用bash命令将备份的init文件恢复到/sbin目录下即可。
启动过程中修改内核参数可以进入grub修改，也可以在启动菜单的选项下修改(进入单用户模式或直接按a键修改内核参数), 我们选择直接在启动菜单下按a键添加内核参数:init=/bin/bash
在进入bash模式时，需要重新以读写方式挂载根/.
而且这一过程也用不着进入救援模式，但是这一方法有时在添加完内核参数并重启时系统卡在某个地方，往往是由于某个服务起不来而导致的，此时只需进入单用户模式将上此服务用chkconfig命令off掉即可。因为单用户模式并不依赖很多服务就可进入！
[root@centos6 ~]#cp /sbin/init .[root@centos6 ~]#rm -f /sbin/init
[root@centos6 ~]#
然后我们重启就可以了！
别外，进入救援模式自然屡试不爽，直接将备份的init文件恢复到/sbin目录下就完事，且不用担心由于某服务没起来而卡住的现象！
自然，如果系统初始化脚本/etc/rc.d/rc.sysinit被删除了，亦可通过同样的方法找回，有人说没备份咋办，呵呵，那就找相同配置的另一机器吧！
删除系统初始化脚本:/etc/rc.d/sysinit删除之前要备份！
重启：
尝试进单用户模式修复：
5.删除/boot目录
/boot目录里面的文件最重要的文件有两个：vmlinuz,grub
[root@centos6 ~]#umount /boot
[root@centos6 ~]#rm -rf /boot
[root@centos6 ~]#
重启：这个错误类型是不是有点熟悉的味道。。。跟破坏了stage2的错误一样！
分析：既然整个/boot目录都被删除了，而/boot目录下最重要的文件是vmlinuz与grub，于是我们先恢复这两个文件看看。/boot下的其它文件在安装kernel时会自动生成！
另外，既然这个错误跟stage2一样，那么说明即便删除整个/boot目录，也能成功地进行stage1与stage1-5,这是因为stage1在MBR中，而stare1-5在MBR后面的扇区上，stage2是在磁盘上！
第一：先恢复vmlinuz，rpm安装kernel包
第二： 恢复grub, 直接grub-install /dev/sda,然后再书写grub.conf文件即可
6.删除initramfs文件删除了initramfs文件，这个文件是在加载内核的时候要用到的，而且上一个实验也证明了在安装kernel时此文件会自动生成，要想恢复此文件则重新安装kernel即可，反正也不费事；当然，initramfs这种重要的文件还有有命令可以生成的！
mkinitrd /boot/initramfs-`uname -r`.img `uname -r` [root@centos6 ~]#rm -f /boot/initramfs-2.6.32-642.el6.x86_64.img[root@centos