重新启动时调试fstab问题

重新引导后，fstab中提到的某些分区未按预期装入。正确安装的分区和未正确安装的分区的行格式看起来相同，所以我想知道是否存在某些日志，这些日志阻止了丢失的分区的恢复。

重新启动过程中我看不到控制台，但是稍后需要确定并解决问题。

您可以尝试以下几种方法：

• 假设您可以登录时仍未安装它们，是否mount -a会导致任何错误打印到您的终端？这将仅使用fstab中可用的信息来挂载所有可用的挂载，并应提供仍无法成功进行的所有挂载的详细信息。
  • 如果没有错误，并且仍然没有安装，是否确定未noauto启用该选项？
  • 如果您没有错误并且现在有了挂载，则可能是在引导顺序中发生了一些单独的挂载，并且并非所有这些引导步骤都已启用。例如，Gentoo有localmountand netmount和nfsmountinit脚本，用于在启动时挂载东西。
• 是订购问题吗？即，尝试在/var/lib之前安装/var/。您可以使用fstab中的第一个数字参数来控制首先挂载的挂载。
• 如果以上任何一项均失败，则可以尝试进行日志潜水。dmesg，或者各种登录之一/var/log应该可以提供帮助。默认情况下，应该记录启动顺序，但是由于它取决于系统记录器的配置，因此即使在同一发行版的不同版本上，它也会有所变化。通常的罪魁祸首是/var/log/messages和var/log/kernel。

请注意，某些挂载服务（例如s3保险丝）要求在挂载发生之前启用网络服务，因此您可能需要创建init.d服务以启用挂载并相应地订购它。信用：https：//github.com/s3fs-fuse/s3fs-fuse/issues/412