snk Asked: 2010-02-23 07:37:43 +0800 CST2010-02-23 07:37:43 +0800 CST 2010-02-23 07:37:43 +0800 CST 停止正在进行的 fsck 是否安全? 772 我有一台服务器,我在没有使用f关机命令中的选项的情况下重新启动了服务器,它开始对一个非常大的文件系统进行 fsck ......正如你可以想象的那样,这将需要很长时间。在此过程中重新启动以绕过它是否安全? linux fedora fsck 3 个回答 Voted Best Answer DaDaDom 2010-02-23T07:39:58+08:002010-02-23T07:39:58+08:00 取决于文件系统和实际检查。例如,中断 a 通常不是一个好主意,reiserfsck --rebuild-tree但在中断 ext3 文件系统的只读 fsck 时不会发生任何事情。 David Spillett 2010-02-23T14:58:46+08:002010-02-23T14:58:46+08:00 启动时的文件系统检查通常是只读的,直到它发现问题然后它会在进行任何更改之前提示您,因此可以安全地进行交互。 但是很有可能将其设置为自动修复(对于需要在断电后恢复的服务器来说并不少见),因此除非您确定您的系统没有以这种方式配置,否则让它运行为了安全而完成。 大多数 fsck 程序的编写方式使得所做的任何更改都尽可能具有原子性,并且它们将在响应 TERM 或 INT 信号之前进行清理(完成或回滚任何当前更改)(SIGINT 是发送到按下ctrl+时的活动进程c)所以即使是积极写作的 fsck 也应该可以安全地中断,但我不建议冒险 - 安全总比抱歉好! Ronald Pottol 2010-02-23T14:21:14+08:002010-02-23T14:21:14+08:00 我不会阻止它。是的,自动 fsck 触发可能没有问题,它是第 37 次或任何不需要的安装,但可能是一件好事。 获取日志或更好的文件系统。获取 btrfs(并备份 :-D)。
取决于文件系统和实际检查。例如,中断 a 通常不是一个好主意,
reiserfsck --rebuild-tree
但在中断 ext3 文件系统的只读 fsck 时不会发生任何事情。启动时的文件系统检查通常是只读的,直到它发现问题然后它会在进行任何更改之前提示您,因此可以安全地进行交互。
但是很有可能将其设置为自动修复(对于需要在断电后恢复的服务器来说并不少见),因此除非您确定您的系统没有以这种方式配置,否则让它运行为了安全而完成。
大多数 fsck 程序的编写方式使得所做的任何更改都尽可能具有原子性,并且它们将在响应 TERM 或 INT 信号之前进行清理(完成或回滚任何当前更改)(SIGINT 是发送到按下ctrl+时的活动进程c)所以即使是积极写作的 fsck 也应该可以安全地中断,但我不建议冒险 - 安全总比抱歉好!
我不会阻止它。是的,自动 fsck 触发可能没有问题,它是第 37 次或任何不需要的安装,但可能是一件好事。
获取日志或更好的文件系统。获取 btrfs(并备份 :-D)。