Linux操作系统启动故障排错之"/etc/fstab"文件被删除恢复案例

　　　　　　　　　　　Linux操作系统启动故障排错之"/etc/fstab"文件被删除恢复案例

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　作者：尹正杰

版权声明：原创作品，谢绝转载！否则将追究法律责任。

一.模拟故障

[root@yinzhengjie ~]# cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Sun Dec  1 07:27:10 2019
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/vg_node200-lv_root /                       ext4    defaults        1 1
UUID=6148dc57-76a2-4214-b4d5-5af9c5b40576 /boot                   ext4    defaults        1 2
/dev/mapper/vg_node200-lv_home /home                   ext4    defaults        1 2
/dev/mapper/vg_node200-lv_swap swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
[root@yinzhengjie ~]# 
[root@yinzhengjie ~]# mv /etc/fstab /root/　　　　#将"fstab"文件移动到"/root"目录就可用让系统启动时不会自动挂载文件系统。
[root@yinzhengjie ~]# 
[root@yinzhengjie ~]# ll
total 4
-rw-r--r--. 1 root root 866 Dec  1 07:27 fstab
[root@yinzhengjie ~]# 
[root@yinzhengjie ~]# ll /boot/
total 32348
-rw-r--r--. 1 root root   108282 Jun 20  2018 config-2.6.32-754.el6.x86_64
drwxr-xr-x. 2 root root     1024 Dec  3  2019 grub
-rw-------. 1 root root 25822564 Dec  3  2019 initramfs-2.6.32-754.el6.x86_64.img
-rw-r--r--. 1 root root   216063 Jun 20  2018 symvers-2.6.32-754.el6.x86_64.gz
-rw-r--r--. 1 root root  2652834 Jun 20  2018 System.map-2.6.32-754.el6.x86_64
-rwxr-xr-x. 1 root root  4315504 Jun 20  2018 vmlinuz-2.6.32-754.el6.x86_64
[root@yinzhengjie ~]# 
[root@yinzhengjie ~]# rm -rf /boot/*
[root@yinzhengjie ~]# 
[root@yinzhengjie ~]# ll /boot/
total 0
[root@yinzhengjie ~]#
[root@yinzhengjie ~]# reboot　　　　　　#删除上面的文件后发现无法正常启动操作系统啦~

Broadcast message from root@yinzhengjie
(/dev/pts/0) at 1:27 ...

The system is going down for reboot NOW!
[root@yinzhengjie ~]#

二.恢复实战案例

1>.使用光盘进入救援模式观察之前的操作系统的挂载信息都没有了

2>.通过fdisk命令观察磁盘分区情况

3>.激活逻辑卷组

 

4>.查看逻辑卷属性确认逻辑卷状态是否已经激活

 

5>.当逻辑卷处于激活状态时，咱们就可用创建一个临时目录用于一个一个挂载逻辑卷，从挂载后的内容来判断谁是root分区，谁是boot分区和swap分区

 

6>.根据上面获取的信息手写"fstab"文件(我这里图省事就直接把之前备份的fstab文件移动回"/etc/fstab")

 

7>.重启后再次使用光盘进入修复模式，发现可以自动挂载了

8>.总结

我们总结一下修复思路：
　　第一步:
　　　　首先得恢复fstab，经过上面的步骤已经详细介绍了逻辑卷如何修复fstab，如果生产环境中你没有用逻辑卷,你会发现不用去手动激活逻辑卷了(若正常启动则会调用"/etc/rc.d/rc.sysinit"进行激活逻辑卷相关操作)，直接创建测试目录将各个分区挂载查看内部数据确认谁是root,谁是boot或者swap目录再分别挂载即可。
　　
　　第二步:
　　　　安装内核文件

　　第三步:
　　　　安装grub文件以及创建grub.conf

　　第二步和第三步操作相对就简单了，可以查看我之前做的笔记:https://www.cnblogs.com/yinzhengjie/p/11921248.html