Linux服务器将挂起，当我重新启动大约需要2个小时才能恢复正常的操作。
我检查了系统日志文件，发现mounting fs with errors, running e2fsck is recommended
我在这里find了一些解决scheme ，说使用下面的命令
tune2fs -c 100 /dev/sdx1 tune2fs -i 90d /dev/sdx1
还有一个解决scheme
/etc/fstab文件看起来像这样：
file system dir type options dump pass UUID=123-456-ABC-DEF / ext4 defaults,noatime 0 0
我们需要将pass值从0更改为1 ，这样可以清理磁盘
作为一个生产箱，我真的很害怕，如果出了什么问题，我应该重新configuration。
什么是最好的方法和任何build议是受欢迎的。
你是否试图运行e2fsck（或fsck）？ 这可能有帮助…另外我可以build议检查硬盘的硬件状态。 尝试安装smartmontools并检查您的磁盘的错误日志。 你可以使用这个命令：
smartctl --all /dev/sdx
我强烈build议在做某事之前做一个备份。
在对主机文件系统进行重大更改之前，请确保您的备份完好无损。 以下可能被归类为“重大变化”。
你可以挂载这个文件系统，所以没有损坏。 你一定要在fstab上启用“pass”来确保你的文件系统被定期检查。 EXT4是一个文件系统，每隔一段时间都需要这样的离线维护。 总是使用通行证选项。
但是，在检查并修复/上的文件系统之前，请确保底层磁盘是健康的。 smartctl是一个很好的工具，正如user2986553已经提到的那样。 如果您的底层块设备有问题，则运行文件系统修复可能会导致比通常修复更多的问题。
一旦确保磁盘健康，请对根文件系统执行脱机检查。 您将不得不重新启动，因为在线时EXT4不能被修复，并且在活动挂载上的只读检查将提供不可靠的结果。 确保下次重新启动时最简单的方法是在文件系统的根目录下创build一个名为“forcefsck”的文件。
创build一个名为“forcefsck”的文件，在下次安装尝试时强制进行检查：
# touch /forcefsck
重新启动，你应该看到检查运行。 当它完成并挂载文件系统时，应删除该“forcefsck”文件。 如果不是，你可以确定它已经消失了。
这很可能会顺利并解决任何问题。 EXT4可以很容易地自动修复，并且可以在一些非常令人印象深刻的故障之后修复。