打断fsck有多危险？

我没有任何直接的知识或证据，但对我来说，只是简单的EVIL不处理SIGINT 。

嗯。 实际上，我可以提供一些保证： strings /sbin/fsck | grep sig strings /sbin/fsck | grep sig报告：

 sigaction Warning... %s for device %s exited with signal %d. 

所以我只是把这个作为一个非常有说服力的证据， fsck开发者正在调用sigaction来处理相关的信号。

如果你控制+ C并等待它停止，你不应该有任何问题。

问题总是发生在卡住的时候，不会停止，因为你不确定它在做什么。 通常在这一点上你有严重的数据丢失。

祝你好运。

这一切都取决于。

例如，Ubuntu（自Hardy Heron以来）有一个用户选项来中断（和推迟）例程磁盘检查，如果它在启动过程中出现。 如果我需要快速启动，我使用这个ext3分区（请参阅http://brainstorm.ubuntu.com/idea/11/ 。

我不会在一个肮脏的umount之后亲自中断fsck，或者有任何理由认为文件系统可能会受到影响：更重要的是，因为我不想将新数据保存到这样的文件系统，并且可能使数据处于危险之中作为对现有数据或元数据的进一步损害。

您可以在启动时取消自动启动每30个靴子fsck。 它在下一个坐骑上运行。 我做了很多次 它通常不会有任何负面影响。

如果你的电脑没有正常关机，那么fsck会运行。 我个人并不打算取消这个。 这并不需要很长时间，你的数据很重要。 在我看来，没有任何意义可能导致你所有的数据丢失，只能在开机时间保存半个小时，