我有一台IBM X3850 X5 type 7143机箱上运行的Linux设备。 CentOS 5。
它具有6个驱动器的RAID 5configuration。 其中2个硬盘坏了。 一个是坏的，需要更换。 另一个只是脱机，然后回到网上。
在脱机驱动器恢复后，arrays恢复在线状态，此时我们更换了另一个驱动器，以便重build。 此时，所有驱动器都显示为在线，并且RAIDarrays在MegaRAID BIOS中显示健康状态。
所有的说法，当我尝试启动CentOS时，我仍然遇到错误。 具体来说，我看到：
Loading dm-message.ko module Loading dm-raid45.ko module device-mapper: dm-raid45: initialized v0.25941 Waiting for driver initialization. Scanning and configuring dmraid supported devices Creating root device. Mounting root filesystem. kjournald starting. Commit interval 5 seconds. EXT3-fs: mounted filesystem with ordered data mod. Setting up other filesystems. Setting up new root fs setuproot: moving /dev failed: No such file or directory no fstab.sys, mounting internal defaults setuproot: error mounting /proc: No such file or directory setuproot: error mounting /sys: No such file or directory Switching to new root and running init. unmounting old /dev unmounting old /proc unmounting old /sys ERROR opening /dev/console: No such file or directory Trying to use fd 0 instead WARNING: can't access (null) exec of init ((null)) failed!!!: Bad address Kernel panic - not syncing: Attempting to kill init!
有什么想法可以发生在这里，以及如何排除故障？ 我不确定为什么CentOS在重buildRAIDarrays时会遇到问题。
您的初始ramdisk无法根据数据透视，因为您的根设备上存在文件系统错误。
你的arrays有一致性问题，因为它被损坏而不是一点点降级。 现在您已经通过重新同步来传播整个arrays中的这些文件系统不一致（实际上，您可能已经做了一些事情），您需要在文件系统级别修复它们。
对您的根文件系统以及驻留在此arrays上的任何其他文件系统执行脱机fsck。 您可能不得不依靠备份来恢复您的机器。 这是RAID 10在RAID 5或6上胜出的原因之一，为什么5和6的采用比以前less得多。 这就是说，RAID不会是一个备份，而且一个损坏的arrays将会有一个损坏的文件系统，无论RAID级别如何。
所以需要在/ etc / fstab中对交换分区和引用进行检查和修复。 至less这个例子很明显。 因此，不仅需要修复交换空间，请检查/ etc / fstab并根据需要修复任何引用，但是还需要重新创buildinitrd。
有这个链接Centos5 Fix的例子