Linux服务器将挂起,当我重新启动时,需要大约2个小时才能启动并恢复正常操作。
我检查了系统日志文件并找到了mounting fs with errors, running e2fsck is recommended
我在这里找到了一些解决办法,它说使用下面的命令
tune2fs -c 100 /dev/sdx1
tune2fs -i 90d /dev/sdx1
又有一个解决方案
/etc/fstab
文件如下所示:
file system dir type options dump pass
UUID=123-456-ABC-DEF / ext4 defaults,noatime 0 0
我们需要将传递值从0
更改为1
,以便允许磁盘清理。
我真的很害怕,因为它是一个生产箱,如果有什么问题,我应该重新配置。
什么是最好的方法和任何建议是欢迎的。
发布于 2015-01-21 14:25:53
您是否尝试运行e2fsck(或fsck)?也许会有帮助..。另外,我可以建议检查磁盘的硬件状态。尝试安装智能工具并检查磁盘的错误日志。您可以为此使用命令:
smartctl --all /dev/sdx
我强烈建议在做某事之前做个备份。
发布于 2016-11-21 05:22:44
在对主机文件系统进行重大更改之前,请确保备份是完整的和可行的。以下可能被归类为“重大变化”。
您可以挂载这个文件系统,所以它不会损坏那么严重。您肯定应该启用get上的"pass“,以确保定期检查您的文件系统。EXT4是一个经常需要离线维护的文件系统。对它始终使用pass选项。
但是,在检查和修复/
上的文件系统之前,请确保底层磁盘是健康的。正如smartctl
已经提到的那样,user2986553是一个很好的工具。如果底层块设备有问题,运行文件系统修复可能会导致比通常修复更多的问题。
一旦确保了磁盘的正常运行,就可以对根文件系统进行脱机检查。为此,您必须重新启动,因为EXT4在联机时无法修复,而对活动挂载的只读检查将提供不可靠的结果。确保下次重新启动时发生这种情况的最简单方法是在文件系统根目录上创建一个名为"forcefsck“的文件。
创建一个名为"forcefsck“的文件,以便在下一次尝试装入时强制进行检查:
# touch /forcefsck
重新启动,您应该会看到检查运行。当它完成并挂载文件系统时,它应该删除那个"forcefsck“文件。你可能想要确保它已经消失,如果没有,你可以删除它。
这很可能会很好地解决任何问题。EXT4可以很容易地自动修复,并且可以在一些令人印象深刻的故障之后修复。
https://serverfault.com/questions/661130
复制相似问题