![停止正在进行的 fsck 是否安全?](https://linux22.com/image/506606/%E5%81%9C%E6%AD%A2%E6%AD%A3%E5%9C%A8%E8%BF%9B%E8%A1%8C%E7%9A%84%20fsck%20%E6%98%AF%E5%90%A6%E5%AE%89%E5%85%A8%EF%BC%9F.png)
我有一台服务器,我重启时没有使用f
关机命令中的选项,然后它开始对一个非常大的文件系统进行 fsck……你可以想象,这会花很长时间。在进行此操作时重启是否可以安全地解决这个问题?
答案1
取决于文件系统和实际检查。例如,中断通常不是一个好主意,reiserfsck --rebuild-tree
但中断 ext3 文件系统的只读 fsck 时不会发生任何事情。
答案2
启动时进行的文件系统检查通常是只读的,直到发现问题,然后它会在进行任何更改之前提示您,因此插入可能是安全的。
但将其设置为自动修复是完全有可能的(对于断电后需要恢复的服务器来说这并不罕见),所以除非你知道当然您的系统未按此方式配置,为了安全起见,请让其运行完成。
大多数 fsck 程序都是以这样的方式编写的:所做的任何更改都尽可能地原子化,并且它们会在响应 TERM 或 INT 信号(SIGINT 是按下ctrl+时发送给活动进程的信号c)之前进行清理(完成或回滚任何当前更改),因此即使是主动写入的 fsck 也应该可以安全地中断,但我不建议冒险——安全总比后悔好!
答案3
我不会阻止它。是的,如果它是第 37 个挂载,或者不需要挂载,则触发自动 fsck 可能没有问题,但这可能是一件好事。
获取日志文件系统或更好的文件系统。获取 btrfs(并备份 :-D)。