Answers:
我没有任何直接的知识或证据,但对我来说,这纯粹是普通的EVIL不处理SIGINT
。
嗯 实际上,我可以提供一些保证: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,也没有任何理由认为文件系统可能受到了损害:尤其是因为我不想将新数据保存到这样的文件系统中,并且也可能使该数据面临风险从而进一步破坏现有数据或元数据。