壊れたraid10配列を修正する方法
4x3TBドライブで構成されるRAID10があります。劣化していた（sddが脱落していた）。修正したと思って再構築していましたが、今（私は）sdeが問題を引き起こしているようです。
root@tower:~# mdadm -A --force /dev/md127 /dev/sd[b-e]
mdadm: /dev/md127 assembled from 2 drives and 1 rebuilding - not enough to start the array.
これは奇妙です-私がグーグルで検索したすべては、ここにデバイス名/ dev/md127を表示する必要があることを示唆していますが、そうではありません：
root@tower:~# mdadm --examine --scan
ARRAY /dev/md/4x3TB metadata=1.2 UUID=acaef996:1ea7102b:9cd52d00:af0ef09e name=omv:4x3TB
誰かが適切な行動方針を推奨できますか？各デバイスからの出力は次のとおりです。
/dev/sdb: マジック：a92b4efc バージョン：1.2 機能マップ：0x0 アレイUUID：acaef996：1ea7102b：9cd52d00：af0ef09e 名前：omv：4x3TB 作成時間：2012年12月12日水曜日13:48:21 レイドレベル：raid10 レイドデバイス：4 Avail Devサイズ：5860531120（2794.52 GiB 3000.59 GB） アレイサイズ：5860530176（5589.04 GiB 6001.18 GB） 使用済み開発サイズ：5860530176（2794.52 GiB 3000.59 GB） データオフセット：2048セクター スーパーオフセット：8セクター 状態：クリーン デバイスUUID：08ee73a5：86c62890：3dba03bb：522093e8 更新時間：Sun Jun 7 17:44:09 2015 チェックサム：d282c882-正しい イベント：2589917 レイアウト：near = 2 チャンクサイズ：512K デバイスの役割：アクティブデバイス0 アレイの状態： AA。？（'A '==アクティブ、'。 '==ミシng） /dev/sdc： マジック：a92b4efc バージョン：1.2 機能マップ：0x0 アレイUUID：acaef996：1ea7102b：9cd52d00 ：af0ef09e 名前：omv：4x3TB 作成時間：Wed Dec 12 13:48:21 2012 レイドレベル：raid10 レイドデバイス：4 Avail Devサイズ：5860531120（2794.52 GiB 3000.59 GB） アレイサイズ：5860530176（5589.04 GiB 6001.18 GB ） 使用済み開発サイズ：5860530176（2794.52 GiB 3000.59 GB） データオフセット：2048セクター スーパーオフセット：8セクター 状態：clean デバイスUUID：05c34f6d：8bead38f：99a01f60：e6518283 更新時間：Sun Jun 7 17:44:09 2015 チェックサム：da150f20-正しい イベント：2589917 レイアウト：near = 2 チャンクサイズ：512K デバイスの役割：アクティブなデバイス1 アレイの状態：AA。？ （ 'A' ==アクティブ、 '。' ==欠落） /dev/sdd： マジック：a92b4efc バージョン：1.2 機能マップ：0x12 アレイUUID：acaef996：1ea7102b：9cd52d00：af0ef09e 名前：omv：4x3TB 作成時間：2012年12月12日水曜日13:48:21 レイドレベル： raid10 レイドデバイス：4 Avail Devサイズ：5860531120（2794.52 GiB 3000.59 GB） アレイサイズ：5860530176（ 5589.04 GiB 6001.18 GB） 使用済み開発サイズ：5860530176（2794.52 GiB 3000.59 GB） データオフセット：2048セクター スーパーオフセット：8セクター リカバリオフセット：670607488セクター 状態：クリーン デバイスUUID：6d632b5f：5a22a515：5c63d798：f1b590ef 更新時間：Sun Jun 7 17:44:09 2015 チェックサム：1e80b6bc-正しい イベント：2589917 レイアウト：near = 2 チャンクサイズ：512K Devi ce役割：アクティブデバイス3 アレイ状態：AA。？ （ 'A' ==アクティブ、 '。' ==欠落） /dev/sde： マジック：a92b4efc バージョン：1.2 機能マップ：0x0 アレイUUID：acaef996：1ea7102b：9cd52d00：af0ef09e 名前：omv：4x3TB 作成時間：2012年12月12日水曜日13:48:21 レイドレベル： raid10 レイドデバイス：4 Avail Devサイズ：5860531120（2794.52 GiB 3000.59 GB） アレイサイズ：5860530176（ 5589.04 GiB 6001.18 GB） 使用済み開発サイズ：5860530176（2794.52 GiB 3000.59 GB） データオフセット：2048セクター スーパーオフセット：8セクター 状態：アクティブ デバイスUUID：e6a95b56：6541b0e1：6f3b9ce7：a392ceb9 更新時間：Sun Jun 7 14： 06:33 2015 チェックサム：d2c1c56c-正しい イベント：2589703 レイアウト：near = 2 チャンクサイズ：512K デバイスの役割：アクティブなデバイス3 アレイS tate：AA.A（ 'A' ==アクティブ、 '。' ==欠落）
cat /proc/mdstat パーソナリティ：[linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md127：非アクティブなsdb [4]（S）sdd [5]（S）sdc [1]（S） 8790796680はスーパー1.2 未使用のデバイスをブロックします：
大きな脂肪の警告：
アレイで行うこと（私が提案するものを含む）は、完全なデータ損失につながる可能性があります。バックアップされていない本当に価値のある（回復するのに費用がかかる）データがある場合は、経験豊富な誰かに状況を処理してもらいます。 4つのドライブすべてのバイナリコピーの作成を含みます。
あなたの出力からあなたが持っているようです
Device Role : Active device 3
--examine出力で2回。それは回復の試みを示しますが、間違って行われました。
/proc/mdstatから、配列はアセンブルされているように見えますが、実行されていません。ドライブは4,5,1である必要がありますが、いくつかの非常に奇妙なデバイス番号（0,1,2,3）があります。それも示唆しているように、メタデータには矛盾があります。
もう1つの興味深い点は、ドライブメタデータのEventsカウンターです。それらはsd[b-d]に同意しますが、sdeに遅れをとっているようです。 sddがドロップアウトしたドライブであったことを確認しますか？これはむしろsdeがしばらくの間配列から外れていることを示しているからです。
ドライブをドロップアウトせずにアレイを組み立ててみることができます（mdadm -A -R /dev/md127 /dev/sd[bcd]またはmdadm -A --force -R /dev/md127 /dev/sd[bce]）。そうすることで、競合を防ぐことができます。それが機能する場合、および機能する場合でも、アレイに何も書き込まず、データをバックアップしてから、ホットスペアとしてsddを追加してみてください。
それが機能しない場合は、配列をアセンブルした後、mdadm -D /dev/md127の出力で質問を更新してみてください（実際には両方の推奨方法）。
Raid10のサブアレイ全体を失ったようです（Drives sdd、sdeは以前はミラーでしたか？！）-この場合、データは失われます。