我放入UUID=fb2b6c2e-a8d7-4855-b109-c9717264da8a / ext4 auto,noatime,noload,data=ordered,commit=10,defaults 1 1fstab
现在服务器无法重新启动。它可以重新启动但拒绝所有类型的连接。
我的提供者是这么说的：
Yeah, the noload option might be problematic... I can't edit /etc/fstab from
single user mode, but I might be able to edit it using one of my pxe boot tools
to enter the filesystem manually. With regards to your request about
/var/log/messages and /var/log/secure, I'm afraid I can't do that for you
(technically, I'm already bordering on managed services by editing your fstab
for you, but I am justifying it as necessary to restore connectivity)...
我在谷歌中搜索 noload 选项的目的
并且没有问题。 linux 论坛上有人说它禁用了日志功能。
我无法在不手动输入的情况下粘贴实际的错误消息，但我向您保证它们并不是真正具有描述性（基本上，系统表明它无法以读/写模式重新安装根，然后由以下组成的错误读/写问题，特别是 /var 中的问题会打印到屏幕上）...
它确实以一个皆大欢喜的结局结束：
您的服务器已恢复在线，并且我能够成功禁用您的 iptables（作为参考，我确实确认了这导致了连接问题），现在我可以使用此票证前面提供的凭据 ssh 到您的服务器：
答案1
正如man mount描述的那样：
无恢复/无负载
安装时不要加载轴颈。请注意，如果文件系统未完全卸载，则跳过日志重播将导致文件系统包含不一致的情况，从而导致许多问题。
您实际上应该只使用此选项来挂载文件系统，以便您可以尝试使用fsck.它不应该是/etc/fstab像ext4.
答案2
noload不关闭日记功能。它抑制了日志的加载，不关闭日记功能。正如您可以想象的那样，这通常不是一件好事。
noload最有用的是将磁盘安装为只读，而无需对其进行任何更改，甚至不重播日志。您可以通过这种方式读取大多数数据，如果日志被刷新（通过调用sync），您甚至可以读取所有数据。例如，这是一种从休眠系统当前安装的文件系统读取的方法。
noload可能是也可能不是问题的原因，但无论如何这是一个非常糟糕的主意，并且绝对不适合在/etc/fstab.