先别慌！你的操作不一定直接把数据搞没了，咱们来一步步分析和尝试恢复：

首先，你当时把标记为unconfigured bad的磁盘改成unconfigured good然后加回阵列，这个操作其实是让RAID控制器重新基于你选择的盘位置重建了RAID结构，但因为没先扫描外部配置（foreign config），控制器可能用新的空元数据覆盖了部分旧的RAID信息，导致操作系统识别不到原来的分区，才显示未格式化——但物理盘上的数据很大概率还在，只要你没后续往阵列里写入大量新内容。

给你几个具体的操作步骤，赶紧试试：

• 立刻停止对这个阵列的所有写入操作：别往里面存任何文件，也别尝试格式化，避免覆盖残留的分区表和数据。
• 用StorCLI工具排查当前状态：LSI官方的StorCLI是管理MegaRAID最靠谱的工具，执行storcli64 /c0 show all（这里的/c0是控制器编号，如果你的系统里有多个控制器要改成对应的编号），重点看虚拟磁盘（VD）的状态，还有每个物理盘的信息里有没有foreign config的标记。
• 导入外部配置（Foreign Config）：如果物理盘上还保留着原来的RAID元数据，执行storcli64 /c0 import foreign config all，这个命令会让控制器识别并导入原来的RAID配置。导入完成后，再用storcli64 /c0 show vd all查看虚拟磁盘状态，如果变成Optimal或者Degraded，那基本就稳了——系统显示未格式化大概率是操作系统的分区表缓存问题，重启系统或者用磁盘工具重新扫描分区表就能识别到原来的分区和数据。
• 如果导入配置无效，尝试直接读取物理盘数据：要是上面的步骤不行，那可以用专业的本地数据恢复工具，直接读取每个物理盘的扇区内容，手动重组RAID10的结构（因为你确定盘放回了正确的镜像对位置），只要镜像对的盘数据没被覆盖，就能提取出原来的分区和数据。

最后给你提个醒：以后再遇到RAID控制器识别出unconfigured bad磁盘或者提示有foreign config的情况，先别着急动物理盘的状态，第一时间在控制器上扫描外部配置，这才是正确的操作顺序，能最大程度保留原来的RAID元数据和数据。

备注：内容来源于stack exchange，提问作者vanowm