我有一个在IBM X3850 X5 type 7143
盒子上运行的 linux 设备。中央操作系统 5。
它具有 6 个驱动器的 RAID 5 配置。2 个驱动器出现故障。一个坏了,需要更换。另一个刚刚离线并重新在线。
备份脱机驱动器后,阵列恢复联机,此时我们更换了另一个驱动器,以便它可以重建。此时,所有驱动器都显示为在线,并且 RAID 阵列在 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!
关于这里可能发生的事情以及如何解决它的任何想法?我不确定如果成功重建 RAID 阵列,为什么 CentOS 会出现问题。
您的初始 ramdisk 无法根枢轴,因为您的根设备上有文件系统错误。
您的阵列存在一致性问题,因为它已损坏,而不仅仅是在某一时刻降级。现在您已经通过重新同步在整个阵列中传播了这些文件系统的不一致性(实际上,您对此无能为力),您需要在文件系统级别修复它们。
对您的根文件系统以及驻留在此阵列上的任何其他文件系统执行脱机 fsck。您可能不得不依靠备份来恢复您的机器。这是 RAID 10 在 RAID 5 或 6 上胜出的众多原因之一,也是 5 和 6 的采用率远低于以往的原因。话虽如此,RAID 绝不是备份,无论 RAID 级别如何,损坏的阵列上都会有损坏的文件系统。
因此,如果需要,需要检查和修复 /etc/fstab 中的交换分区和对它的引用。至少从这个例子中可以看出这一点。因此,您不仅需要修复交换空间、检查 /etc/fstab 并在需要时修复任何引用,而且还需要重新创建 initrd。
此链接上有示例 Centos5 Fix