在启动时禁用 fsck 是否安全?

在启动时禁用 fsck 是否安全?

偶尔,fsck当我重启服务器时,它会自动运行,但大多数时候不会。但当它运行时,需要很长时间才能完成。永久禁用此功能安全吗?

答案1

如果这是生产服务器,禁用 fsck 在启动时自动进行的检查并不是一个好主意。

fsck在 M 次挂载或 N 天(以先到者为准)后自动在启动时运行。您可以使用以下方法调整此计划:tune2fs

我建议保持自动检查处于启用状态,但如果合适,使用 tune2fs 调整检查计划,并fsck在更方便时强制运行。

当 fsck 运行时,它将重置Mount count0更新Last checked字段,有效地重新安排下一次自动检查。

如果你不想手动运行fsck,但你知道下次计划重启时会很方便,你可以fsck下次启动时强制

您可以通过在根文件系统的根目录中创建一个空的“forcefsck”文件来使系统运行 fsck。即:touch /forcefsck 在 /etc/fstab 的第六列中指定 0 或未指定任何内容的文件系统将不会被检查

查看是否fsck会在下次启动时运行

使用 ext2、ext3 和 ext4 时,你可以使用

dumpe2fs -h /dev/diskname

答案2

我不会。如果您有定期手动运行 fsck 的策略,则可以禁用它,并使用完全日志文件系统,但除此之外,这对于长期文件系统健康非常重要。禁用启动检查后,只有当您的日志被标记为脏时,您才会自动运行 fsck,但它不会执行坏扇区检查之类的操作,也不会手动查找尚未记录的文件系统问题。

答案3

我很高兴用一些新的想法来补充“不不不”的答案。

这取决于服务器的重要性。

如果它极其重要(例如,你的工作依赖于它):你想要修复的不是你的问题。你的问题不是 fsck 慢,而是频繁重启。这才是你应该修复的。

如果不太重要:那就继续吧!如果您的重启是干净的(总是有干净的关机),则发生文件系统错误的唯一原因是严重的内核或硬件错误。但它们也大多有其他症状(请参阅 dmesg)。

相关内容