我有一台 CentOS 5.5 服务器（HP ProLiant，带双磁盘 RAID 阵列），在上周断电之前，它一直运行良好。（说来话长，但当时 UPS 的配置不正确。）断电后，服务器恢复在线并运行了一两天，但网络访问速度逐渐变慢，然后我无法通过 SSH 登录。控制台上的用户（服务器距离我现在的位置 4,000 多英里）也无法登录。我开始担心硬件问题，所以我请当地的一些帮助人员从系统救援 CD 启动它。
e2fsck 需要进行一些日志恢复，但除此之外，一切最初都检查无误。进行了适当的重新启动，系统没有任何严重的危险信号。（不幸的是，我在控制台工作的那个人并不擅长发现可能出现的异常，但没有任何警告或错误出现。）当他尝试在控制台登录时，它需要用户名，但只要他开始输入密码，他就会得到“type=1100 audit(1291752714.120:13)”，然后是他所描述的胡言乱语（我知道，我知道，我可能需要他逐字逐句地告诉我），最后是“ext3_abort called”和“Remounting filesystem read-only”。
我想，好吧，也许初始 fsck 没有发现什么，所以让我们进行坏块扫描。昨晚重新启动救援 CD 并对所有分区执行了 e2fsck -c，没有报告坏块。我现在正在运行非破坏性读写检查，但由于分区大小，我认为这不会非常有效地利用时间。当我检查无法登录的硬盘启动日志时，根本没有关于驱动器问题的内容，这让我很困惑。
上周问题出现之前的日志表明，服务器受到了一些探测，因此我首先想到的是某种妥协。我愿意远程进行全新安装，但我想看看是否有人知道为什么从硬盘驱动器启动会提示磁盘问题，而从救援 CD 执行 fscking 却没有提示任何问题。以前有人见过这种行为吗？在花时间重新安装之前，我应该做哪些事情来检查硬件问题？
谢谢。
答案1
e2fsck 根本不能解决所有问题。我有一台 Linux VM，它出现文件系统错误，显示一些文件但不允许我删除它们。如果我执行 e2fsck，驱动器 e2fsck 会陷入无限循环，永远无法完成。有时最简单的方法是复制数据，重新执行 mke2fs 并重新开始...
答案2
运行rpm -Va比较已安装软件包的校验和可能会很有趣。（从救援磁盘，--root根据需要使用。）