这篇文章的重点是手动修复停止启动过程的文件系统配置或者损坏问题。
on it road.com
诊断和修复文件系统问题
/etc/fstab 中的错误和损坏的文件系统可能会阻止系统启动。
在大多数情况下，systemd 会进入需要 root 密码的紧急修复 shell。
下表列出了一些常见错误及其结果。
常见的文件系统问题
| 问题 | 结果 |
|---|---|
| Corrupt file system | systemd 尝试修复文件系统。 如果问题对于自动修复来说太严重，系统会将用户置于紧急shell中。 |
| Nonexistent device or UUID referenced in /etc/fstab | systemd 等待一段时间，等待设备变为可用。 如果设备不可用，系统会在超时后将用户置于紧急shell。 |
| Nonexistent mount point in /etc/fstab | 系统将用户置于紧急shell。 |
| Incorrect mount option specified in /etc/fstab | 系统将用户置于紧急shell。 |
在所有情况下，管理员还可以使用紧急目标来诊断和修复问题，因为在显示紧急shell之前没有安装文件系统。
/etc/fstab 文件条目中的 nofail 选项允许系统引导，即使该文件系统的挂载不成功。
一般情况下不要使用这个选项。
使用 nofail，应用程序可能会在其存储丢失的情况下开始，这可能会带来严重的后果。
日期：2020-09-17 00:14:09 来源：oir作者：oir