小编scr*_*lli的帖子

fsck 什么时候危险?

最近,由于一致性问题,我看到远程数据中心机器的根文件系统被重新挂载为只读。

重新启动时,显示此错误:

UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY (i.e., without -a or -p options)
Run Code Online (Sandbox Code Playgroud)

按照建议运行 fsck 并使用 手动接受更正后Y,错误已更正,系统现在正常。

现在,我认为如果将 fsck 配置为自动运行和修复所有内容会很有趣,因为在某些情况下(例如这种情况)唯一的选择是亲自前往远程数据中心并将控制台连接到受影响的机器。

我的问题是:为什么 fsck 默认要求人工干预?此类程序执行的更正如何以及何时不安全?在哪些情况下,系统管理员可能希望将建议的更正搁置一段时间(以执行其他一些操作)或完全中止它?

linux filesystems mount fsck data-consistency

37
推荐指数
2
解决办法
1万
查看次数

标签 统计

data-consistency ×1

filesystems ×1

fsck ×1

linux ×1

mount ×1