帮助解决 CentOS 6.5 上丢失的软件 RAID5

帮助解决 CentOS 6.5 上丢失的软件 RAID5

我已经搜索了几个小时并放弃/太害怕删除我的所有数据。我有一个运行 CentOS 6.5 的文件服务器,它在软件 raid 5 中具有 4 个 WD RED 2TB 驱动器(全部> 1 年)mdadm,以及一些其他驱动器(不重要)。为了便于管理,我在 RAID5 之上使用了 LVM,并将卷组分区为 ext4。

所有这些都非常有效,直到我需要重新启动。显然我忘记保存mdadm设置/etc/mdadm.conf,因此 RAID 失败。它包含一些信息,但我通过运行通过 Google 找到的一些命令意外删除了其内容。

经过几个小时的搜索后,我尝试运行mdadm -assemble,但这告诉我没有驱动器有超级块:

# mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted

也尝试不使用分区号 ( /dev/sdb),但得到相同的结果。然后我遇到了这个命令:

# mdadm --assemble --scan --verbose
mdadm: looking for devices for further assembly
mdadm: no recogniseable superblock on /dev/dm-3
mdadm: no recogniseable superblock on /dev/dm-2
mdadm: no recogniseable superblock on /dev/dm-1
mdadm: no recogniseable superblock on /dev/dm-0
mdadm: no recogniseable superblock on /dev/sdg1
mdadm: Cannot assemble mbr metadata on /dev/sdg
mdadm: no recogniseable superblock on /dev/sda1
mdadm: Cannot assemble mbr metadata on /dev/sda
mdadm: no recogniseable superblock on /dev/sdf1
mdadm: Cannot assemble mbr metadata on /dev/sdf
mdadm: no recogniseable superblock on /dev/sdh1
mdadm: Cannot assemble mbr metadata on /dev/sdh
mdadm: Cannot assemble mbr metadata on /dev/sdc1
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: Cannot assemble mbr metadata on /dev/sdd1
mdadm: Cannot assemble mbr metadata on /dev/sdd
mdadm: no recogniseable superblock on /dev/sde1
mdadm: Cannot assemble mbr metadata on /dev/sde
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: no recogniseable superblock on /dev/sdk1
mdadm: Cannot assemble mbr metadata on /dev/sdk
mdadm: Cannot assemble mbr metadata on /dev/sdj2
mdadm: Cannot assemble mbr metadata on /dev/sdj1
mdadm: Cannot assemble mbr metadata on /dev/sdj
mdadm: no recogniseable superblock on /dev/sdi2
mdadm: no recogniseable superblock on /dev/sdi1
mdadm: Cannot assemble mbr metadata on /dev/sdi
mdadm: No arrays found in config file or automatically

奇怪的是,如果我在驱动器上特定运行,它会给我信息:

# mdadm --examine /dev/sdc1
/dev/sdc1:
   MBR Magic : aa55
Partition[0] :    432871117 sectors at   3224498923 (type 07)
Partition[1] :   1953460034 sectors at   3272020941 (type 16)
Partition[3] :    924335794 sectors at     50200576 (type 00)

在 上结果相同sdd1,但在sdb1上结果不同sde1,即。其他 2 个驱动器。

此时我已经放弃了,不想破坏RAID。它包含非常重要的数据,但没有备份(我知道这很愚蠢,但我正在研究备份系统)。

有谁知道如何解决此问题或建议下一步做什么?保留数据或备份存储在阵列上的数据非常重要。

更新 因为我不敢自己碰它,并且冒着完全丢失数据的风险。我从 freelancer.com 聘请了一个人。我现在取回了数据并对其进行了备份。之后我将完全重建阵列以防止这种情况再次发生。我还会向他询问恢复过程并将其发布在这里,以便其他有相同问题的人可以尝试恢复那里的阵列。

相关内容