我们正在运行一个网站，目前提供 3-5 百万次页面浏览。我们的站点是一个文件共享站点，因此它包含 250,000 个文件和几千个符号链接。
硬盘为1500GB SATA盘。
使用hdparm我们才知道，我们的硬盘速度已经降到了15-20 MB/s，也就是80 MB/s。
所以现在我们要运行fsck来修复磁盘问题。
fsck会解决这个问题吗？fsck完成需要多少时间（只是我们想计算我们将要拥有的停机时间）？似乎 fsck.ext4 很快就退出了，我猜它只会检查日志日志，如果日志是干净的，则什么都不做。是吗？如何强制它检查整个文件系统？我试过这个-f选项，但它再次退出说它很快就干净了。
我正在为大型存储场进行设置，为了避免需要长达一个月的 fscks，我的计划是将存储拆分为许多较小的文件系统（这很好，因为我有一个存储良好的文件树，所以可容易地具有单独的文件系统安装在1/，2/，3/，4/，等等）。
我的困难在于找出文件系统的“合理”大小的任何枚举，以保持 fsck 时间同样“合理”。虽然我完全意识到给定大小的绝对时间在很大程度上取决于硬件，但我似乎无法找到任何关于文件系统大小不同的 ext3 fsck 时间曲线形状的描述，以及其他变量是什么（在单个目录中充满文件的文件系统是否比在树中数千个目录中的每个目录中包含 10 个文件的文件系统花费的时间更长；大文件与小文件；完整文件系统与空文件系统；等等）。
有没有人参考过任何经过充分研究的数字？如果做不到这一点，关于这些问题的任何轶事至少应该有助于指导我自己的实验，如果需要的话。
编辑：澄清：无论文件系统如何，如果元数据出现问题，都需要进行检查。是否启用或需要基于时间或挂载的 re-fscks 不是问题，我要求特别关于 ext3 的数字的唯一原因是因为这是最有可能选择的文件系统。如果你知道一个文件系统有一个特别快的 fsck 进程，我愿意接受建议，但它确实需要是一个强大的选择（声称“文件系统 X 从不需要 fscking！”将被嘲笑和嘲笑） . 我也意识到需要备份，并且 fsck 的愿望不能替代备份，但是只是丢弃文件系统并在出现故障时从备份中恢复，而不是 fscking 它，似乎真的，
我touch /forcefsck && reboot在远程机器上使用 Ubuntu 9.10。
我如何才能知道是否有任何错误更正？我怎样才能知道 fsck 的结果是什么？
谢谢
我最近经历了文件系统崩溃。我有一台服务器不间断地运行了大约 180 天，没有任何问题，但后来我注意到发生了奇怪的事情，显然 ext3 文件系统处于非常糟糕的状态。我测试了驱动器和内存，它们都很好。最终，我被迫对系统进行软管冲洗并完全重新安装。fsck.ext3只会让事情变得更糟。
现在，我不希望这种情况再次发生，所以这次我改用了 XFS，我觉得它比 ext3 更成熟，但我不知道如何监控文件系统的健康状况。xfs_check根本不会让我在安装时扫描设备。
那么，您如何在系统在线时监控 XFS 文件系统的健康状况？
我有一台运行 Maverick 的笔记本电脑（很高兴直到昨天），还有一个 Patriot Torx SSD；整个分区的LUKS加密；一个 lvm 物理卷；然后在 ext4 逻辑卷中 home 和 root。
当我昨天尝试启动它时，它抱怨无法挂载根文件系统。运行fsck，基本上每个inode好像都出错了。主文件系统和根文件系统都显示出类似的问题。检查备份超级块无济于事。
e2fsck 1.41.12 (17-May-2010)
lithe_root was not cleanly unmounted, check forced.
Resize inode not valid. Recreate? no
Pass 1: Checking inodes, blocks, and sizes
Root inode is not a directory. Clear? no
Root inode has dtime set (probably due to old mke2fs). Fix? no
Inode 2 is in use, but has dtime set. Fix? no
Inode 2 has a extra size (4730) which is invalid
Fix? no …背景：我在 CentOS 5.3 上运行 lighttpd 1.4.28-1 来为静态资产提供服务。
信号：最近，有时会变慢。我在内核日志中收到以下错误，并且/var/log/messages：
proftpd[5145]: (::ffff:xx[::ffff:xx]) - FTP session opened.
proftpd[5145]: (::ffff:xx[::ffff:xx]) - Preparing to chroot to directory 'xx'
EXT3-fs warning (device dm-3): ext3_dx_add_entry: Directory index full!
Sep 16 15:30:34 xx last message repeated 489 times
inode信息：
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/ddf1_p3
77037568 9996012 67041556 13% /
/dev/mapper/ddf1_p1
26104 35 26069 1% /boot
tmpfs 505834 1 505833 1% /dev/shm
文件系统的内容：
tune2fs 1.39 (29-May-2006)
Filesystem volume name: / …我创建了一个这样的文件系统：
dd if=/dev/zero of=disk-image count=40960
文件系统是用这个创建的：
/sbin/mkfs -t ext3 -q disk-image
然后我挂载并复制了一些测试文件，然后像这样卸载：
mount -o loop disk.image foo
cp "something" foo
sudo umount foo
然后我运行一个e2fsck -c -c disk-image返回
"Pass 1: Checking inodes, blocks, and sizes
Inode 185, i_size is 16384, should be 17408. Fix<y>? yes
我的问题是，由于这是一个文件而不是块设备，因此上述警告是否值得我担心。
如何在文件中的文件系统上执行 fsck？
我有一个服务器，我在没有使用f关闭命令中的选项的情况下重新启动了它，它开始对一个非常大的文件系统执行 fsck ……这将需要很长时间，正如您想象的那样。在解决此问题的过程中重新启动是否安全？
fsck ×10
linux ×8
ext3 ×2
ext4 ×2
filesystems ×2
corruption ×1
fedora ×1
hard-drive ×1
health ×1
kernel ×1
ssd ×1
ubuntu ×1
xfs ×1