北京
八年前，Linux内核开发者就警告过：RAID阵列扩容时断电，数据可能永久丢失。但很少有人真正理解那个不起眼的.mdadm备份文件，到底在什么情况下能救你一命。
本文作者为了搭建家庭存储系统，在VirtualBox里完整复现了RAID5扩容的全过程。这个实验揭示了一个关键细节：扩容操作可以在线完成，文件系统无需卸载，但底层的数据重分布（reshaping）却在默默重写每一块硬盘上的数据块位置。
这里需要理解两个核心概念。Chunk（数据块）是RAID处理数据的最小单位，所有chunk在磁盘上按chunk size的整数倍对齐。Stripe（条带）则是所有参与磁盘上相同偏移位置的chunk集合。RAID5的扩容，本质上是在改变这些chunk和stripe的映射关系。
扩容的具体操作分为三步：先用mdadm --add将新硬盘加入为热备盘，再用mdadm --grow --raid-devices=4触发阵列扩展，最后用resize2fs扩大文件系统。整个过程可以通过cat /proc/mdstat实时监控进度。
但真正的风险藏在"reshape"阶段。内核文档中定义了两个关键标记：suspend_lo和suspend_hi。reshape已完成的部分（低于suspend_lo）按新几何结构读写，未开始的部分（高于suspend_hi）按旧结构读写，而中间区域会被阻塞直到reshape通过。这意味着，如果在reshape中途断电，阵列将处于一种新旧几何结构混杂的状态。
这就是mdadm备份文件的用武之地。它记录了reshape前的阵列元数据，在灾难恢复时可以让系统理解"哪些数据块该按旧规则读，哪些该按新规则读"。但作者指出一个反常识的事实：如果你从未进行过扩容、降级或更换磁盘等改变阵列拓扑的操作，这个备份文件其实毫无必要——原始配置已经完整保存在/etc/mdadm.conf和每个成员盘的超级块中。
换句话说，备份文件的价值与"你是否改变了RAID的几何结构"直接挂钩。对于一成不变的家用阵列，它是冗余的；对于需要灵活扩展的存储系统，它可能是最后的救命稻草。这个设计取舍，恰恰体现了Linux软件RAID在可靠性与简洁性之间的平衡。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
