Linux系统无法启动问题及解决方案(/etc/fstab文件损坏,GRUB文件损坏)

虽然我们很不想,但是不可避免的还是会遇到一些系统无法启动的情况!
原因总是来自各方面的,既包括了硬件问题,也包括了软件问题。

硬件方面(主板,内存,硬盘等)的话及时更换硬件就好。
而软件的问题就要进行修复了,常见的软件问题导致无法开机包括:
1.文件系统问题,如/etc/inittab、/etc/fstab文件配置错误、损坏丢失等。
2.非法关机,导致root文件损坏。
3.Linux内核崩溃
4.系统引导程序出错,如GURB文件丢失或损坏
。。。 。。。

下面利用Centos-7系统为样机,做出一些解决方案

1./etc/fstab文件丢失导致无法启动

  • 模拟/etc/fstab文件损坏,登录系统干掉它
rm -rf /etc/fstab
  • 而此时你会发现系统无法工作了
  • 可能是受6版本的影响,潜意识就觉得很麻烦,又是单用户呀,救援模式呀什么的。后来发现没有了这个文件其实并没有影响到无法启动什么的。
  • 只是变成了只读模式,我发现了无法创建什么,服务什么的也不见了,接下来我们尝试修复它。
  • 输入以下命令,让文件系统变为可读写模式
mount -o remount,rw /

在这里插入图片描述

  • 这个时候,你会发现你有写的权限了,然后查看一下分区的UUID
ls -l /dev/disk/by-uuid

在这里插入图片描述

  • 然后重新创建/etc/fstab文件就好了,7的系统里面挂载的东西很少,不像6那么复杂。
  • 如果你不记得文件内容了,从另一台相同系统照着创建就好了(删之前我看了眼,发现相同系统内容是一样的,uuid写自己的就好)
vi /etc/fstab

在这里插入图片描述

  • 然后重启一下系统
reboot
  • 重启一下网络,就可以使用xshell连接了
systemctl restart network
  • 这时候发现有写的权限了,服务也正常了
  • (我是没发现别的问题,也不知道这个方法对不对,如果有什么问题,评论区告诉我)

2.GRUB文件丢失修复

  • 模拟grub文件丢失
rm -rf /boot/grub2
  • 重启系统,会提示文件没找到
    在这里插入图片描述

  • 这个时候已经进不去系统了,就要进入救援模式

  • 重启系统,在进入系统的时候按ESC键,出现以下界面,选择第三项(模拟BIOS)。
    在这里插入图片描述

  • 选择第三项进入救援模式
    在这里插入图片描述

  • 选择第二项进入修复模式
    在这里插入图片描述

  • 选择序号1,进入可读写模式
    在这里插入图片描述

  • 点击回车可以看到这个界面
    在这里插入图片描述

  • 以下开始进行恢复工作,首先切换到原来的管理目录下

chroot /mnt/sysimage/

在这里插入图片描述

  • 创建grub2的目录
mkdir /boot/grub2
  • 因为7版本系统有比较成熟的命令,可以直接使用命令创建
grub2-mkconfig -o /boot/grub2/grub.cfg
  • 然后执行以下命令(系统所在磁盘)
grub2-install /dev/sda
  • 检查一下有没有文件生成,如果有的话就可以重启了
    在这里插入图片描述
  • 可以登录系统了
    在这里插入图片描述
  • 对了需要注意的一点,因为我的selinux是关闭的,所以可以直接启动
  • 如果有selinux开启的话,需要重新启动,修改GRUB配置,在linux 16开头那行的centos/swap后面输入selinux = 0;然后ctrl+x继续,就会启动成功。
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: Age of Ai 设计师:meimeiellie 返回首页