我最近遇到文件系统崩溃。 我有一台服务器运行了大约180天，没有任何问题，但后来我注意到奇怪的事情发生，显然ext3文件系统是非常糟糕的形状。 我有驱动器和内存testing，他们都很好。 最终，我被迫软pipe系统，并完全重新安装。 fsck.ext3只会让事情变得更糟。 现在，我不希望这种情况再次发生，所以这次我使用了XFS，而我觉得它比ext3更成熟，但是我不知道如何监视文件系统的健康状况。 xfs_check根本不会让我在安装时扫描设备。 那么，如何在系统联机时监视XFS文件系统的运行状况？
通常情况下，每30次启动一次，启动后自动执行fsck 。 有时，它可能会非常慢，并可能延迟超过半小时的启动。 有没有办法在关机时运行fsck？ （我不介意关机是否延迟，启动时间更重要。） 我想为Debian或Scientific Linux发行版本。
看来fsck.ext4很快就退出了，我想它只会检查日志日志，如果日志是干净的，就不要做任何事情。 是吗？ 如何强制它检查整个文件系统？ 我已经尝试了-f选项，但是它再次退出说它很干净。
我们正在运行一个网站，目前正在服务3-5万页面浏览量。 我们的网站是一个文件共享网站，因此它包含25万个文件和几千个符号链接。 硬盘是1500GB的SATA硬盘。 使用hdparm我们知道我们的硬盘速度已经降低到15-20 MB / s，这是80 MB / s。 所以现在我们要运行fsck来修复磁盘问题。 fsck会解决这个问题吗？ fsck需要多less时间才能完成（只是我们要计算我们将要进入的停机时间）？
背景 ：我在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% / […]
我有一台运行Maverick的笔记本电脑（非常愉快，直到昨天），用爱国者Torx SSD; 整个分区的LUKSencryption; 一个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 […]
我使用Ubuntu 9.10在远程机器上执行touch /forcefsck && reboot 。 我如何才能找出是否有任何错误更正？ 我怎么知道fsck的结果是什么？ 谢谢
我正在做一个大规模的存储农场的设置，为了避免需要长达一个月的时间，我的计划是将存储分割成许多较小的文件系统（这很好，因为我有一个分段文件树，所以我可以很容易地在1/ ， 2/ ， 3/ ， 4/等上安装单独的文件系统）。 我的困难在于find文件系统的“合理”大小的任何枚举，以保持fsck时间类似“合理”。 尽pipe我完全意识到给定大小的绝对时间在很大程度上取决于硬件，但我似乎无法find任何有关不同文件系统大小的ext3 fsck时间曲线形状的描述，以及其他variables（一个文件系统在一个目录中的文件占用时间要长于树中数千个目录中的每个文件中的10个文件;大文件vs小文件;完整文件系统vs空文件系统;等等）。 有没有人有任何关于这方面的研究数字的参考？ 如果不这样做，那么有关这些问题的任何轶事至less应该有助于指导我自己的实验，如果这是必要的。 编辑 ：澄清：无论文件系统，如果元数据出现问题，它将需要检查。 无论是基于时间还是基于挂载的重新启动都没有问题，我要求提供有关ext3的数字的唯一原因是因为这是最有可能select的文件系统。 如果你知道一个fsck过程特别快的文件系统，我愿意提供一些build议，但是它确实需要一个强大的选项（声称“文件系统X永远不需要fscking！”将会被嘲笑和嘲笑） 。 我也意识到需要备份，fsck的愿望不能替代备份，但是只是丢弃文件系统，并在备份恢复时，而不是备份，似乎是一个真正愚蠢的折衷。
我的Ubuntu 11.04机器对root，swap和home使用LUKSencryption。 例程fsck -n显示了一组我需要修复的错误。 fsck需要卸载分区。 在运行之前，我只需从U盘启动并从那里修复运行fsck。 有什么步骤来做到这一点LUKSencryption分区？
我只看着一个旧的Debian Linux盒子（运行蚀刻）只有512 MB的RAM，但附加了很多外部存储。 一个ext3文件系统大小为2.7TB，fsck无法检查，因为内存不足，出现如下错误： 分配目录块数组时出错：内存分配失败 e2fsck：中止 我已经添加了一个4 GB的交换分区，但仍然没有完成，但是这是一个32位的内核，所以我不希望再添加任何更多的帮助。 除了启动到64位内核之外，还有其他方法可以让fsck完成检查吗？