Runcible Asked: 2009-08-24 00:58:02 +0800 CST2009-08-24 00:58:02 +0800 CST 2009-08-24 00:58:02 +0800 CST 中断 fsck 有多危险？ 772 中断 fsck 有多危险？ 有没有人有这样做的直接经验？ linux 5 个回答 Voted Anders Eurenius 2009-08-24T01:17:21+08:002009-08-24T01:17:21+08:00 我没有任何直接的知识或证据，但对我来说，不处理SIGINT. 嗯。实际上，我可以提供一些保证：strings /sbin/fsck | grep sig报告： sigaction Warning... %s for device %s exited with signal %d. 因此，我将仅将此作为fsck开发人员正在调用 sigaction 来处理相关信号的轶事证据。 Chris 2009-08-24T05:27:36+08:002009-08-24T05:27:36+08:00 如果您控制 + C 并等待它停止，您应该没有任何问题。 当它卡住并且不会停止时，总是会出现问题，因为您不确定它在做什么。通常此时您会严重丢失数据。 祝你好运。 mas 2009-08-24T02:47:38+08:002009-08-24T02:47:38+08:00 这一切都取决于。 例如，Ubuntu（自 Hardy Heron 以来）有一个用户选项可以中断（并推迟）例行磁盘检查，如果它在启动期间出现。如果我需要快速启动，我会将它用于 ext3 分区（请参阅http://brainstorm.ubuntu.com/idea/11/。 我不会在脏 umount 之后亲自中断 fsck，也不会有任何理由认为文件系统可能会受到损害：尤其是因为我不想将新数据保存到这样的文件系统并可能使该数据面临风险对现有数据或元数据造成进一步损害。 Amandasaurus 2009-08-24T05:49:44+08:002009-08-24T05:49:44+08:00 您可以在启动时取消 automatic-every-30-boots-fsck。它在下一次装载时运行。我已经做过很多次了。它通常不会产生任何负面影响。 如果您的计算机未正确关闭，则 fsck 将运行。就我个人而言，我不会取消它。这并不需要很长时间，而且您的数据很重要。在我看来，为了节省半小时的启动时间，可能导致所有数据丢失是没有意义的， SpinUp __ A Davis 2021-05-08T11:16:37+08:002021-05-08T11:16:37+08:00 fsck（至少e2fsck）可以处理被 Ctrl-c 打断。 除了 Chris 和 Anders 的回答之外，这是我运行时的输出，我sudo e2fsck -ccktv -C 0 /dev/sda1意识到这需要一周的时间才能运行，并取消了它： Interrupted at block 6030528 Interrupt caught, cleaning up data01: Updating bad block inode. data01: ***** FILE SYSTEM WAS MODIFIED ***** 显然，fsck 有处理中断和优雅退出的代码。
我没有任何直接的知识或证据，但对我来说，不处理
SIGINT.嗯。实际上，我可以提供一些保证：
strings /sbin/fsck | grep sig报告：因此，我将仅将此作为
fsck开发人员正在调用 sigaction 来处理相关信号的轶事证据。如果您控制 + C 并等待它停止，您应该没有任何问题。
当它卡住并且不会停止时，总是会出现问题，因为您不确定它在做什么。通常此时您会严重丢失数据。
祝你好运。
这一切都取决于。
例如，Ubuntu（自 Hardy Heron 以来）有一个用户选项可以中断（并推迟）例行磁盘检查，如果它在启动期间出现。如果我需要快速启动，我会将它用于 ext3 分区（请参阅http://brainstorm.ubuntu.com/idea/11/。
我不会在脏 umount 之后亲自中断 fsck，也不会有任何理由认为文件系统可能会受到损害：尤其是因为我不想将新数据保存到这样的文件系统并可能使该数据面临风险对现有数据或元数据造成进一步损害。
您可以在启动时取消 automatic-every-30-boots-fsck。它在下一次装载时运行。我已经做过很多次了。它通常不会产生任何负面影响。
如果您的计算机未正确关闭，则 fsck 将运行。就我个人而言，我不会取消它。这并不需要很长时间，而且您的数据很重要。在我看来，为了节省半小时的启动时间，可能导致所有数据丢失是没有意义的，
fsck（至少e2fsck）可以处理被 Ctrl-c 打断。除了 Chris 和 Anders 的回答之外，这是我运行时的输出，我
sudo e2fsck -ccktv -C 0 /dev/sda1意识到这需要一周的时间才能运行，并取消了它：显然，fsck 有处理中断和优雅退出的代码。