后来我再次从我的桌面创建RAID,现在(甚至重启后)mdadm –examine –scan显示两个数组:
ARRAY /dev/md/0 Metadata=1.2 UUID=19846240:ff2a5429:8b22a9bd:a3760e2e name=microserver.delrio.red:0 ARRAY /dev/md/0 Metadata=1.2 UUID=49a26458:5449d0ff:4606e203:ddad2fe8 name=ubuntu:0
在GNU / Linux中使用mdadm创建RAID阵列时,存储的数组定义在哪里?
我怎样才能删除第一个?
解决方法
更确切地说,如果设备的大小是n字节,则raid超级块在n& ~65535-65536处.
raid超级块最后,因为在镜像raid级别,它更容易独立于阵列使用成员设备(因为你可以简单地安装它,当然你需要在那之后进行数组恢复).
其精确的raid超级块格式在this wiki中有详细描述.
它可以通过任何hexa编辑器查看/编辑它的实际字节数据,例如dhex.
实际上,它描述了整个raid布局(raid级别,校验和)以及整个阵列中的成员设备.
在raid初始化期间,内核读取超级块并检查它们的一致性. Insonsistent成员未插入到数组中.
mdadm –examine –scan显示了这个raid超级块信息,没有内核raid驱动程序的干预.
在您的情况下,阵列中存在明显的不一致.从这里开始就不容易找到,它的原因是什么.但是,你有一个raid1,它是一面镜像,因此没有数据丢失的真正危险.你能做的最简单:
>使用mdadm –zero-superblock命令销毁其中一个raid成员上的raid超级块,
>然后使用mdadm –add将此设备重新插入阵列.
它将启动一个新的重新同步.
附注:1:
我认为raid超级块已经被你的ubuntu重写了,但它不确定.将超级块归零然后重新插入设备将修复它.
附注:2:
raid超级块格式与平台无关,它应该是相同的,直到不同体系结构之间的最后一个字节,即使在字节序不兼容的情况下也是如此.您的问题几乎肯定不是架构不兼容,而是错误地覆盖了您的某个设备上的raid超级块.