Linux修改fstab文件后 系统无法启动的解决方法

下面是关于“Linux修改fstab文件后系统无法启动的解决方法”的具体攻略：

问题描述

当我们对Linux系统进行一些配置后，比如挂载新的磁盘、分区等操作，就需要修改fstab文件来使其永久化。但是，如果在修改fstab文件时出现错误，可能就会导致系统无法启动，无法进入操作系统界面。

解决方案

为了解决这个问题，我们可以按照以下步骤进行操作：

1.使用Live CD进入系统

当系统无法启动时，我们可以使用Linux发行版的Live CD进入系统，以便对系统进行救援。在进入Live CD后，我们需要通过命令行界面来找到原来的fstab文件以及相应的根目录。

2.备份原先的fstab文件

找到原先的fstab文件后，我们首先需要备份该文件，以防在修改时出错导致文件丢失无法恢复。可以通过以下命令进行备份：

cp /etc/fstab /etc/fstab.bak

这个命令将原先的fstab文件备份到了fstab.bak。

3.修改错误的fstab文件

修改fstab文件时，需要特别注意列出的硬盘、磁盘、分区等是否正确，否则系统将无法正常启动。当然，也要注意文件格式的正确性，比如每行只能有6个字段，依次是文件系统、挂载点、文件系统类型、选项、备份、频率。

4.检验修改的fstab文件是否正确

修改完fstab文件后，我们需要通过fstab校验命令来检验其是否正确。比如，我们可以使用以下命令来检查我们的fstab文件是否存在语法错误：

mount -a -t nonfs,nfs4,smbfs,cifs,ncpfs

如果fstab文件存在错误，这个命令就会给出相应的错误提示。

5.重启系统验证修改是否生效

修改完fstab文件后，我们需要重新启动系统来验证修改是否生效。如果系统能够正常启动，那么我们就可以使用新的配置了。

示例说明

示例1：修改fstab文件导致系统无法启动

假设我们在修改fstab文件时，将一个分区的UUID值写错了，导致系统无法启动，在这种情况下，我们可以使用以上解决方案进行救援。具体的步骤如下：

1.使用Live CD进入系统

使用挂载好的Live CD进入故障系统。

2.备份原先的fstab文件

在使用mount命令挂载原先的系统分区后，使用如下命令备份已存在的fstab文件：

cp /etc/fstab /etc/fstab.bak

3.修改错误的fstab文件

找到原先的fstab文件后，使用vi等编辑器进行修正：

UUID=2c8e47f2-0323-47e3-9c5b-b46f276c7b36 /mnt/data\040/data1 auto defaults,nofail,x-systemd.device-timeout=5s 0 0

修改完成后保存并退出。

4.检验修改的fstab文件是否正确

使用以下命令检验fstab文件的有效性：

mount -a -t nonfs,nfs4,smbfs,cifs,ncpfs

如无错误提示，则说明文件有效。

5.重启系统验证修改是否生效

使用如下命令重启系统：

reboot

重新启动后，如果系统能够正常运行，则说明修改生效了。

示例2：手动备份恢复fstab文件

如果我们在修改fstab文件时，并没有及时备份原先的文件，但是我们还是可以通过手动备份来进行恢复。具体的步骤如下：

1.使用Live CD进入系统

使用挂载好的Live CD进入故障系统。

2.找到故障系统的根目录

在使用mount命令挂载原先的系统分区后，找到故障系统的根目录，比如：

/mnt/sysimage/

3.备份已存在的fstab文件

进入根目录后，可以找到原先的fstab文件，并手动备份该文件：

cp /etc/fstab /etc/fstab.bak

4.替换错误的fstab文件

将备份好的fstab文件替换错误的文件：

cp /media/cdrom0/myfsab /mnt/sysimage/etc/fstab

其中，/media/cdrom0/myfsab是我们用U盘等外设导入的备份文件的路径。

5.检验修改的fstab文件是否正确

使用以下命令检验修改后的fstab文件：

chroot /mnt/sysimage
mount -a

6.重启系统验证修改是否生效

使用如下命令重启系统：

reboot

重新启动后，如果系统能够正常运行，则说明修改生效了。

至此，关于“Linux修改fstab文件后系统无法启动的解决方法”的攻略内容就结束了。希望对你有所帮助。