最后，就进入了修复环境下，可以进行操作了。如下图所示
上面详细演示了如何进入linux的修复模式，其实很多情况下，linux无法启动时，都可以通过这个方式登录系统进行修复和更改操作。
下面是恢复/etc/fstab文件的详细过程，首先查看一下系统分区情况，如下所示：
bash-4.1# fdisk -l Disk /dev/sda: 42.9 GB, 42949672960 bytes 255 heads, 63 sectors/track, 5221 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 25 200781 83 Linux /dev/sda2 26 1300 10241437 83 Linux /dev/sda3 1301 1682 3068415 83 Linux /dev/sda4 1683 5221 28427017 5 Extended /dev/sda5 1683 1873 1534176 83 Linux /dev/sda6 1874 2064 1534176 83 Linux /dev/sda7 2065 2255 1534176 83 Linux /dev/sda8 2256 2382 1020096 83 Linux /dev/sda9 2383 2484 819283 82 Linux swap / Solaris /dev/sda10 2485 5221 21984921 83 Linux
因为分区并没有损坏，通过fdisk命令可以查看到系统分区的完整信息，但是每个分区对应的label name信息我们还不知道，下面通过tune2fs命令查看每个分区对应的label name：
bash-4.1# tune2fs -l /dev/sda1 |grep mounted Last mounted on: /boot bash-4.1# tune2fs -l /dev/sda2 |grep mounted Last mounted on: /usr bash-4.1# tune2fs -l /dev/sda3 |grep mounted Last mounted on: / bash-4.1# tune2fs -l /dev/sda5 |grep mounted Last mounted on: /var bash-4.1# tune2fs -l /dev/sda6 |grep mounted Last mounted on: /tmp bash-4.1# tune2fs -l /dev/sda7 |grep mounted Last mounted on: /home bash-4.1# tune2fs -l /dev/sda8 |grep mounted Last mounted on: /opt bash-4.1# tune2fs -l /dev/sda10 |grep mounted Last mounted on: /data
这样，就得到了所有分区的挂载点信息，接下来就可以构造一个fstab文件了。
小技巧：可以参考其它系统中fstab文件的格式，结合本系统的分区和挂载点信息，构造出自己的fstab文件来。
由于fstab文件是存放在系统根目录下的，因此需要挂载原来系统的根分区，从上面可知根分区对应的设备名为/dev/sda3，接着在修复模式创建的临时根分区下创建一个
挂载点，然后挂载原来系统的根分区。操作过程如下所示：
bash-4.1# pwd / bash-4.1# mkdir temp bash-4.1# mount /dev/sda3 /temp bash-4.1# df Filesystem 1K-blocks Used Available Use% Mounted on /dev 515644 0 515644 0% /dev /tmp/loop0 79872 79872 0 100% /mnt/runtime /dev/sda3 2972268 259916 2558932 10% /temp
这样以来，原有根分区的文件全部挂载到了/temp目录下，接着就可以创建我们需要的fstab文件了。
重构好的fstab文件内容如下：
bash-4.1# cat /temp/etc/fstab LABEL=/ / ext4 defaults 1 1 LABEL=/boot /boot ext4 defaults 1 2 devpts /dev/pts devpts gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext4 defaults 1 2 LABEL=/opt /opt ext4 defaults 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 LABEL=/data /data ext4 defaults 1 2 LABEL=/usr /usr ext4 defaults 1 2 LABEL=/var /var ext4 defaults 1 2 LABEL=SWAP-sda9 swap swap defaults 0 0
配置完毕，保存退出，然后重启系统，看系统是否能正常启动。
bash-4.1#reboot
3.2、CentOS下误删除/boot目录修复方法
这个问题经常发生在新手、研发身上，误删除的原因很多，但是并不重要，作为专业背锅侠，要的就是误删除后怎么回复，一起来看下这个现象吧，看下图：
出现这个情况，可能的原因有：系统引导出现问题、/boot目录误删除、grub配置错误。
不管是什么原因，这里给个终极方法，也就是一定能解决问题的方法，保证大家屡试不爽。
要解决这个问题，还是要用到一个centos的U盘镜像或者光盘镜像，通过系统镜像进入rescue修复模式，然后就可以大展拳脚了。
下面看看如何在centos7.x版本下，进入rescue修复模式，然后修复系统引导。
首先通过系统镜像盘进入系统引导模式，如下图所示：
然后选择Troubleshooting，回车进入下图界面：
