我们有一台运行 Fedora 8 和 Intel 软件 RAID 的服务器，采用 RAID 1 设置。
我们服务器上的一个磁盘出现故障，因此我更换了坏的驱动器，并执行“dd if=/dev/sda of=/dev/sdb”将好驱动器的数据复制到新驱动器。
重启后我就可以恢复运行了；Fedora 没有任何抱怨。
但是，启动时 Intel Matrix BIOS 仍然显示 RAID 阵列处于“重建”状态。在操作系统中我看不出 RAID 阵列有什么问题，而且基于 Intel BIOS 的工具没有任何重建 RAID 阵列的选项。
RAID 阵列详细信息
$ pvscan && vgscan && lvscan
PV /dev/dm-2 VG VolGroup00 lvm2 [465.53 GB / 32.00 MB free]
Total: 1 [465.53 GB] / in use: 1 [465.53 GB] / in no VG: 0 [0 ]
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2
ACTIVE '/dev/VolGroup00/LogVol00' [463.56 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit
fdisk-l：
Device Boot Start End Blocks Id System
/dev/sda1 * 1 25 200781 83 Linux
/dev/sda2 26 60800 488175187+ 8e Linux LVM
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 25 200781 83 Linux
/dev/sdb2 26 60800 488175187+ 8e Linux LVM
Device Boot Start End Blocks Id System
/dev/dm-0p1 * 1 25 200781 83 Linux
/dev/dm-0p2 26 60800 488175187+ 8e Linux LVM
我最初尝试使用 lvm 工具来重建阵列，但由于我没有任何 /dev/md* 分区，所以它们对我来说不起作用。Dmraid 也没有帮助，所以我回到了低级方法，改用 dd。
我想知道我的低级方法是否是导致英特尔 BIOS 无法正确重建 RAID 阵列的原因。
更新：
- 是的，我确实有服务器上重要文件的 Amazon S3 备份。
答案1
Intel Raid 由主板和/或驱动程序管理。lvm 工具甚至无法看到这些东西。
您的 Linux 看到 sda 和 sdb 意味着它看透了主板的 raid 设置，这是一件坏事 (tm)。
raid 有几个级别：1) 硬件 2) raidcontroller 如何处理它 3) OS 看到的内容。在任何可靠的 raid 系统中，2 和 3 是相同的。如果它们不相同，就会出现像您这样的问题，甚至让最有经验的管理员感到困惑。在这种情况下，看起来您很幸运。您做错了，您的 raid 设置忽略了您，现在正在做（希望）正确的事情。
情况并不总是如此。可能性均等，您做对了，主板突击检查却忽略了您，并做了错事。
安全修复任何类型的突袭的唯一方法是通过突袭系统的工具。
Intel 驱动程序现在正在执行 dd，将其称为重建。当然，它没有看到您的 dd 做了什么！它不知道 dd 的数据输出来自哪里，现在它实际上是正确的数据。所以它必须自己进行复制。据这个可怜的东西所知，它可能是祖母收集的火鸡食谱。
对于任何良好、可靠的 RAID 设置，事情必须是确定性的。主板 RAID 通常不是（BIOS 版本、驱动程序版本、操作系统等）。管理员必须训练自己修复 RAID。如果您将任何类型的重要数据放在 RAID 上，您必须自己解决一些失败问题。如果你不这样做，你最好不要使用 raid。事实证明，大多数情况下，只有 OS 软件 raid 或 raid 卡 raid 是确定性的。几乎每个主板都有的主板/驱动程序 raid 的混合只不过是安慰剂。
PS您有备份吗？
答案2
注意！集成的“Intel Matrix RAID”不是真正的硬件 RAID。它是伪装的软件 RAID，据我所知，它通过仅适用于 Windows 的驱动程序工作。忘掉它，在 Linux 中设置软件 RAID。不幸的是，事后配置起来可能很困难。