![MDADM 说无法组装 RAID5,因为缺少磁盘,但所有磁盘都在](https://linux22.com/image/1430330/MDADM%20%E8%AF%B4%E6%97%A0%E6%B3%95%E7%BB%84%E8%A3%85%20RAID5%EF%BC%8C%E5%9B%A0%E4%B8%BA%E7%BC%BA%E5%B0%91%E7%A3%81%E7%9B%98%EF%BC%8C%E4%BD%86%E6%89%80%E6%9C%89%E7%A3%81%E7%9B%98%E9%83%BD%E5%9C%A8.png)
首先,我安装了 SATA 扩展卡,这样我就可以在电脑中安装更多驱动器。在尝试将 OS SSD 放入扩展卡失败后,我将 RAID 移到了扩展卡上。出现了故障(应该想到如果无法读取 SSD 就会出现问题),但磁盘似乎没有损坏。
现在,当我尝试组装我的 RAID5 时,它给出以下信息:
19:31 ~ ->sudo mdadm --assemble --scan
mdadm: /dev/md/0 assembled from 2 drives - not enough to start the array.
mdadm: No arrays found in config file or automatically
检查完阵列中的每个驱动器后,我得到了两个驱动器:
Device Role : Active device 5
Array State : ...A.A ('A' == active, '.' == missing, 'R' == replacing)
其余四个如下:
Device Role : Active device 0
Array State : AAAAAA ('A' == active, '.' == missing, 'R' == replacing)
除此之外,它们都表示校验和正确且状态正常。但事件不同,表示一切正常的四个事件为 824984,而两个事件为 825000。
磁盘看起来没问题,只是其中 2 个磁盘认为其他 4 个磁盘丢失了。有没有办法告知它们没有丢失?
其中一项检查的示例:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : ebc27588:efcd239d:3f714464:28982c31
Name : localhost.localdomain:0 (local to host localhost.localdomain)
Creation Time : Sun Apr 25 04:23:29 2010
Raid Level : raid5
Raid Devices : 6
Avail Dev Size : 1953521400 (931.51 GiB 1000.20 GB)
Array Size : 4883803200 (4657.56 GiB 5001.01 GB)
Used Dev Size : 1953521280 (931.51 GiB 1000.20 GB)
Data Offset : 264 sectors
Super Offset : 0 sectors
Unused Space : before=192 sectors, after=120 sectors
State : clean
Device UUID : 66d4c996:ab623ab2:0d2905e3:23fb1b28
Internal Bitmap : 8 sectors from superblock
Update Time : Tue Nov 11 18:33:47 2014
Checksum : 530097d6 - correct
Events : 825000
Layout : left-symmetric
Chunk Size : 64K
Device Role : Active device 3
Array State : ...A.A ('A' == active, '.' == missing, 'R' == replacing)
答案1
我已修复该问题。
我跑了两次:
20:30 ~ ->sudo mdadm --assemble --force --verbose /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sdf1 /dev/sdg1 /dev/sdh /dev/sdi1
第二次启动后,RAID 缺少一个磁盘。磁盘现在正在恢复中。应该可以像以前一样使用该阵列!!!
答案2
现在是询问您的备份策略的最佳时机。最终使用 mdadm --force
。--assemble
阅读https://raid.wiki.kernel.org/index.php/RAID_Recovery关于这个话题,如果你必须--create
再次这样做,那么是时候准备好备份或做好祈祷了。