不能用 mdadm --run 强行启动“处于降级非激活状态的raid成员盘”来抢救数据——该操作技术上不成立，因成员盘本身无“激活/非激活”或“降级”状态；所谓降级或非激活均指阵列（如 /dev/md0）整体状态，而非单个物理分区（如 /dev/sdb1）；mdadm --run 仅适用于已组装但被停用的阵列，且不修复元数据损坏、不跳过校验、不对单盘生效；强行使用易致数据进一步损坏。
不能用 mdadm --run 强行启动“处于降级非激活状态的RAID成员盘”来抢救数据——这个操作在技术上不成立，也容易造成进一步损坏。
成员盘本身没有“激活/非激活”状态
RAID 成员盘（如 /dev/sdb1）是普通块设备，不是阵列设备。它不存在“降级”或“非激活”的概念。所谓“降级”（degraded）是整个阵列（如 /dev/md0）的状态，表示部分成员失效但阵列仍在运行；而“非激活”通常指阵列已停止（stopped），未被内核识别为活动 md 设备。
你真正需要判断的是：
- 该盘是否被系统识别（
lsblk、dmesg | tail） - 分区是否存在且含有效 RAID 元数据（
mdadm --examine /dev/sdb1） - 阵列是否已组装但处于 stopped 状态（
cat /proc/mdstat显示inactive或无设备）
mdadm --run 的真实作用和适用场景
mdadm --run /dev/mdX 只适用于一种情况：阵列已成功组装（mdadm --assemble 成功），但当前处于 stopped 状态（例如被手动停用或异常卸载），且所有成员盘元数据一致、无冲突。
它不会：
- 修复损坏的超级块或校验错误
- 跳过一致性检查
- 让缺失/故障盘“变回正常”
- 对单个物理盘执行任何“激活”动作
若执行后报错（如 Invalid argument 或 Device or resource busy），说明元数据异常或状态不满足启动条件，此时强行重试无意义。
真正能抢救数据的操作路径
当怀疑数据尚存但阵列无法正常启动时，应按以下顺序谨慎处理：
- 先对所有疑似成员盘做只读镜像：
dd if=/dev/sdb1 of=/backup/sdb1.img bs=4M conv=noerror,sync - 用
mdadm --examine逐个检查每块盘，确认其所属阵列、UUID、事件计数（Event count）是否接近——选 Event count 最高的一组盘尝试组装 - 尝试只读强制组装：
mdadm --assemble --force --readonly /dev/md99 /dev/sdb1 /dev/sdc1 /dev/sdd1 - 若成功挂载，立即用
rsync或cp -a拷出关键数据，全程避免写入原盘 - 如遇严重元数据损坏，需借助
mdadm --zero-superblock清除干扰信息，再结合备份配置文件或手工重建阵列结构
哪些操作必须避免
以下行为会显著增加数据不可逆丢失风险：
- 对未确认状态的盘反复执行
--run或--assemble - 在无镜像前提下使用
--force并以读写模式挂载 - 对显示
faulty或removed的盘直接--add回阵列 - 忽略
dmesg中的 I/O 错误、SMART 告警（如Reallocated_Sector_Ct非零）
数据抢救的核心是“先保盘、再读取、最后恢复”，而非依赖某个命令强行唤醒硬件。
