如何修复 Linux 中的“无法挂载 /etc/fstab”错误

在本文中，我将解释如何解决 Linux 中的“无法挂载 /etc/fstab”启动错误。相关文件包含有关系统可以在引导时自动挂载的文件系统的描述信息。

此信息是静态的，由系统上的其他程序（例如 mount、umount、dump 和 fsck）读取。它有六个重要的文件系统挂载规范字段：第一个字段描述要挂载的块特殊设备或远程文件系统，第二个字段定义文件系统的挂载点，第三个字段指定文件系统类型。

第四个字段定义与文件系统关联的挂载选项，第五个字段由转储工具读取。 fsck 工具使用最后一个字段来建立文件系统检查的顺序。

建议阅读： 如何确定和修复 Linux 中的启动问题

编辑 /etc/fstab 创建自动挂载并重新启动系统后；它启动进入紧急模式，显示以下错误消息。

我从上面的界面以 root 身份登录，然后输入以下命令来查看 systemd 日志；然后我看到屏幕截图中显示的错误（用红色表示）。

如您所见，主要错误（etc-fstab.mount 单元失败）导致了其他几个错误（systemd 单元依赖性问题），例如 local-fs.target、rhel-autorelabel- 失败标记.服务等

journalctl -xb

上述错误可能是由 /etc/fstab 文件中的以下任何问题引起的：

要解决这个问题，如果您创建了备份，则可以使用原始文件，否则使用 “# ” 字符注释掉您所做的任何更改（并确保所有未注释的行都是文件系统挂载行）。

因此，我使用 vi/m 文本编辑器打开 /etc/fstab 来检查是否有任何错误。

vi /etc/fstab

我意识到我在文件开头输入了一个“r”字母，如上面的屏幕截图所示——系统将其识别为文件系统中实际不存在的特殊设备，从而导致上面显示的顺序错误。

我花了几个小时才注意到并修复它。所以我不得不删除这封信，注释掉文件中的第一行，关闭并保存它。运行重新启动后，系统再次正常启动。

为避免在您的系统上遇到此类问题，请注意以下事项：

在编辑配置文件之前，请务必创建配置文件的备份。如果您的配置出现任何错误，您可以恢复到默认/工作文件。

例如：

cp /etc/fstab /etc/fstab.orig

其次，在保存配置文件之前检查它们是否有错误，某些应用程序提供实用程序在运行应用程序之前检查配置文件的语法。尽可能使用这些实用程序。

但是，如果您碰巧收到任何系统错误消息：

首先使用journalctl实用程序查看systemd日志以确定到底是什么导致了它们：

journal -xb

如果您无法以一种或另一种方式解决错误，请访问网络上数百万个 Linux 论坛中的任何一个并在那里发布问题。

请查看一些有用的相关文章。

现在就这样。在本文中，我解释了如何解决 Linux 中的“无法挂载 /etc/fstab”引导错误。再次强调，为了避免此类问题（或者如果您遇到任何启动问题），请记住遵循上面提供的指南。最后，您可以通过下面的反馈表将您的想法添加到本指南中。