强制磁盘检查(重新)启动

我刚刚重新启动我的debian服务器维护的原因(改变内核)。 但是,似乎没有完成重新启动。 所以我使用远程KVMlogin,发现它挂在强制磁盘检查。 我(现在)知道如何避免强制磁盘检查:

sudo tune2fs -c 0 -i 0 /dev/sdaX 

但是,我想知道实际的Web服务器有关磁盘检查的好习惯。 你们是否从不在服务器系统上运行磁盘检查? 你是否偶尔需要花费大约一小时的时间进行磁盘检查,或者是否有办法在正常的正常运行时间内运行?

一般来说,如果你的系统总是closures干净,你不应该需要强制(挂载或天)文件系统一致性检查 – 问题基本上是“你相信你的文件系统,不要把它留在自己的设备?”,和强制fsck基本上是“否”。
在我的系统(BSD / UFS)上,常规磁盘检查不是文件系统devise的一部分,也不是常规运行,而且如果你想在一个可能的挂载文件系统(后台fsck)上运行。 有一些黑客可以用ext2 / ext3文件系统来完成类似的事情。

如果文件系统没有完全卸载(例如由于崩溃),我认为你可能不太好运 – 再次在BSD系统上,磁盘检查可以在后台运行(虽然性能损失大),但是我不知道如果Linux的背景fsck黑客可以在开机时使用。

我不确定是否指的是物理磁盘或文件系统检查的检查,但无论如何,这是我们的工作:

文件系统(fsck)检查根据需要运行,除非我们开始发现指出潜在文件系统损坏的问题。

物理检查我们永远不会运行,除非我们有磁盘指示失败 现在这不是说我们不监视我们的物理磁盘。 系统中心运营经理和戴尔开放pipe理在戴尔服务器方面做得非常出色,并监控他们的硬件故障和潜在/即将发生的故障。

那些使用LVM(-2)的人有更好的办法:他们做快照,fsck,如果没关系,他们会删除它,然后推迟计划fscking。