在本文中，我将解释如何在Linux中解决“ 无法挂载/ etc / fstab ”引导错误。 该文件包含有关系统可以在引导时自动安装的文件系统的描述性信息。
该信息是静态的，由系统上的其他程序读取，如mount，umount，dump和fsck。 它有六个重要的文件系统装载规范字段：第一个字段描述要装载的块专用设备或远程文件系统，第二个字段定义文件系统的安装点，第三个字段定义文件系统类型。
第四个字段定义与文件系统相关联的安装选项，第五个字段由转储工具读取。 fsck工具使用最后一个字段来建立文件系统检查的顺序。
建议阅读： 如何确定和修复Linux中的引导问题
编辑/ etc / fstab后 ，创建一个自动装载并重新启动我的系统; 它启动到紧急模式，显示以下错误消息。
Linux紧急模式
我从上面的界面以root身份登录，并输入以下命令查看systemd日志 ; 那么我看到屏幕截图显示的错误（用红色表示）。
正如你所看到的，主要错误（ etc-fstab.mount单元的失败）导致了其他几个错误（系统单位依赖性问题），例如local-fs.target，rhel-autorelabel-mark.service等的失败。
# journalctl -xb
引导错误消息
Linux无法挂载/ etc / fstab错误的原因
上述错误可能来自/ etc / fstab文件中的以下任何问题：
- 缺少/ etc / fstab文件
- 文件系统挂载选项的错误规范，
- 失败的安装点或
- 文件中无法识别的字符。
要解决这个问题，您可以使用原始文件创建备份，否则请注释掉使用“＃”字符进行的任何更改（并确保所有未注释的行都是文件系统装入行）。
所以我打开/ etc / fstab使用vi / m文本编辑器检查任何错误。
# vi /etc/fstab
Linux / etc / fstab文件
我意识到我在文件开头键入了一个“r”字母，如上面的屏幕截图所示 - 这被系统识别为文件系统中实际不存在的特殊设备，从而导致显示的顺序错误以上。
这花了我几个小时才注意和修复它。 所以我不得不删除该信，注释掉该文件的第一行，关闭并保存。 运行重新启动后，系统再次启动。
如何避免未来的这些问题
为避免在系统中遇到这些问题，请注意以下事项：
在编辑配置文件之前，请始终创建备份。 如果您的配置有任何错误，您可以恢复为默认/工作文件。
例如：
# cp /etc/fstab /etc/fstab.orig
其次，在保存之前检查配置文件是否有任何错误，某些应用程序在运行应用程序之前提供实用程序来检查配置文件的语法。 尽可能使用这些工具。
但是，如果您碰巧获得任何系统错误消息：
首先通过使用journalctl实用程序的systemd日志来确定是什么导致的：
# journal -xb
如果您无法以某种方式解决错误，请运行到网络上数百万个Linux论坛中的任何一个，并在此发布问题。
请检查一些有用的相关文章。
- Linux引导过程的基本指南
- 4最好的Linux引导加载程序
- 在Systemd下管理日志消息使用Journalctl [综合指南]
- 管理系统启动过程和服务（SysVinit，Systemd和Upstart）
- RHEL 7中的进程管理：启动，关闭和之间的一切
就是这样。 在本文中，我解释了如何解决Linux中的“未能挂载/ etc / fstab”引导错误。 再次，为了避免这种问题（或者如果您遇到任何引导问题），请记住遵循上述提供的指导原则。 最后，您可以通过以下反馈表将您的想法添加到本指南。
