大佬教程收集整理的这篇文章主要介绍了linux – md数组定义来自哪里？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
后来我再次从我的桌面创建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成员未插入到数组中.
@H_66_16@mdadm –examine –scan显示了这个raid超级块信息,没有内核raid驱动程序的干预.在您的情况下,阵列中存在明显的不一致.从这里开始就不容易找到,它的原因是什么.但是,你有一个raid1,它是一面镜像,因此没有数据丢失的真正危险.你能做的最简单：
>使用mdadm –zero-superblock命令销毁其中一个raid成员上的raid超级块,
>然后使用mdadm –add将此设备重新插入阵列.
附注：1：
我认为raid超级块已经被你的ubuntu重写了,但它不确定.将超级块归零然后重新插入设备将修复它.
附注：2：
raid超级块格式与平台无关,它应该是相同的,直到不同体系结构之间的最后一个字节,即使在字节序不兼容的情况下也是如此.您的问题几乎肯定不是架构不兼容,而是错误地覆盖了您的某个设备上的raid超级块.
以上是大佬教程为你收集整理的linux – md数组定义来自哪里？全部内容，希望文章能够帮你解决linux – md数组定义来自哪里？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。