活动磁盘提供与卸载磁盘上的fsck不同的结果。

Question

我有一个带有ext4文件系统的VM正在运行ubuntu。我们遇到了与IO任务相关的性能问题。我检查了文件系统

fsck.ext4 -nv /dev/sda1 1已挂载e2fsck 1.41.11 (14-Mar-2010)警告！/dev/sda1 1。警告:跳过日志恢复是因为执行只读文件系统检查。/dev/sda1 1包含有错误的文件系统，请强制检查。传递1:检查inode、块和大小传递2:检查/var/lib/postgresql/8.4/main/pg_stat_tmp (4721210)中目录结构条目'pgstat.stat‘已删除/未使用inode 4732417。明白了吗？不通过3:检查目录连接性传递4:检查独立的零长度inode 2127051的引用计数.明白了吗？没有独立的inode 2127051连接到/lost+found？没有独立的inode 4757639连接到/lost+found？检查组汇总信息块位图差异：-(1977109-1977118) -5190038 -7050074 -8435151 +8435477 -11906565 -(12532266-12532267) +13664464 +13664508 -13665161 +(13667660--13667674) -(13667675-13667729) -13669860 +(13671792-13671831)-(15571824-15571832) -(15582843--15582846) -16292177 -(16711922-16711928)-19144306-196876-(22588-7254174217441-2263541-235571)-274571824-15571832)-(15582843--15582846)-1629292177 -(16711922--16711928) -19144303 19689076-(22588-725417421741-23521741-2371170)23736403) +(23956398-23957051) -24092764 -24832492？不是

当机器仍在运行(-n)时，它报告了一些故障，因此我们调用VM主机关闭它，并对已卸载的磁盘执行fsck操作。霍斯特说fsck没有报告FS错误，他附上了一张截图。

当VM再次启动时，我重复了fsck并得到了相同的结果。

结果是否不同，因为文件系统仍然被挂载，而且“不一致”？

Answer 1

答案是肯定的。fsck假定一个未挂载、未更改的磁盘，并且它完全控制了磁盘。

fsck使用了几次传递，并且这些传入都是彼此之间的，随着磁盘的不断变化，很可能会注册错误。

我很好奇，你觉得你通过伪造一个活动磁盘得到了什么信息？

Answer 2

您可以使用免费热拷贝实用程序来快照，使用fsck (挂载的文件系统)查看它是否真的需要修复。您不应该以您所做的方式来fsck已经安装的系统。

hcp --skip-mount /dev/sda1
fsck -a -y /dev/hcp1

请参阅：Ext3(linux无法列出目录/删除目录)

我猜你根本不需要修理。但是，有很多问题可能会导致I/O的糟糕，从核调度算法到故障磁盘，到缺乏带有写缓存的高质量的RAID控制器。

你能提供更多关于你的设置的信息吗？