mdadm：3台のドライブからアセンブルされた/ dev / md0-アレイを起動するには不十分
しばらく前に、raid5でドライブが失敗しました。当時の停電が原因だったと思いますが、もともとはマザーボードのハードドライブコントローラー（これは自分で組み立てたシステム）のせいかと思いました。
それ以来、私は交換用のシステムを構築し、ドライブを転送して起動しようとしました。私が今得ているのは、1つのドライブがシステムの起動にまだ不十分であることです。
組み立てようとすると、次のようになります。
[root@localhost ~]# mdadm --assemble --force /dev/md0 /dev/sdf1 /dev/sde1 /dev/sdd1 /dev/sda1 -v
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdf1 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sde1 is identified as a member of /dev/md0, slot 1.
mdadm: /dev/sdd1 is identified as a member of /dev/md0, slot 2.
mdadm: /dev/sda1 is identified as a member of /dev/md0, slot 3.
mdadm: added /dev/sde1 to /dev/md0 as 1
mdadm: added /dev/sdd1 to /dev/md0 as 2
mdadm: added /dev/sda1 to /dev/md0 as 3 (possibly out of date)
mdadm: no uptodate device for slot 8 of /dev/md0
mdadm: added /dev/sdf1 to /dev/md0 as 0
mdadm: /dev/md0 assembled from 3 drives - not enough to start the array.
ドライブを調べると、次のようになります。
[root@localhost ~]# mdadm --examine /dev/sd[a-z]1
/dev/sda1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 491fdb85:372da78e:8022a675:04a2932c
Name : kenya:0
Creation Time : Wed Aug 21 14:18:41 2013
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : 879d0ddf:9f9c91c5:ffb0185f:c69dd71f
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Feb 5 06:05:09 2015
Checksum : 758a6362 - correct
Events : 624481
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 3
Array State : AAAA. ('A' == active, '.' == missing, 'R' == replacing)
mdadm: No md superblock detected on /dev/sdb1.
/dev/sdd1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 491fdb85:372da78e:8022a675:04a2932c
Name : kenya:0
Creation Time : Wed Aug 21 14:18:41 2013
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : 3a403437:9a1690ea:f6ce8525:730d1d9c
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Feb 5 06:07:11 2015
Checksum : 355d0e32 - correct
Events : 624485
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 2
Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 491fdb85:372da78e:8022a675:04a2932c
Name : kenya:0
Creation Time : Wed Aug 21 14:18:41 2013
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : 7d7ec5fe:b4b55c4e:4e903357:1aa3bae3
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Feb 5 06:07:11 2015
Checksum : da06428d - correct
Events : 624485
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 1
Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdf1:
Magic : a92b4efc
Version : 1.1
Feature Map : 0x1
Array UUID : 491fdb85:372da78e:8022a675:04a2932c
Name : kenya:0
Creation Time : Wed Aug 21 14:18:41 2013
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
Data Offset : 262144 sectors
Super Offset : 0 sectors
Unused Space : before=262072 sectors, after=1024 sectors
State : clean
Device UUID : c091025f:8296517b:0237935f:5cc03cfc
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Feb 5 06:07:11 2015
Checksum : 8819fa93 - correct
Events : 624485
Layout : left-symmetric
Chunk Size : 512K
Device Role : Active device 0
Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdg1:
MBR Magic : aa55
Partition[0] : 808960 sectors at 0 (type 17)
そしてこれがあります：
[root@localhost ~]# cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] [linear]
unused devices: <none>
起動からリカバリまでこの情報を収集しました。システムはcentos6.2です。私はいくつかのircヘルプから、sdaドライブが他のドライブと同期していないことを学びました。故障したドライブは現在sdgとしてリストされていると思いますが、それは確かではありません。ドライブへの注文が現在feda（sdf、sde、sdd、sda）であることも知っています。
残りのドライブを構築できるようになったら、デッドドライブの交換用ドライブを挿入する準備ができています。もともとはアレイから削除されたものとしてリストしようとしていましたが、そのステータスを取得できません。
Linux-raidメーリングリストにサインアップして使用しようとすると、もうアクティブになっているのではないかと思いました。 （「[email protected]への配信が完全に失敗しました。」）centos ircチャネルからのヘルプは、そのソースからさらにヘルプを得ることを提案しました。私は今ここで試しています。
私もこの投稿を読みましたが、スレッドの終わりに向けて提案を試みる前に、別のフォーラムでより具体的な意見を求めたいと思いました： http://ubuntuforums.org/showthread.php?t= 2276699 。
Mdadmまたはlinux-raidのメールスレッドが機能している場合は、そこに投稿します。この状況についてさらにデータを提供できる場合は、お知らせください。
まず、ddを使用してドライブをバックアップしているという事実は良いことであり、非常に賢明な最初のアクションです。
イベントカウンターと最終更新タイムスタンプから、sdaがアレイからドロップアウトしたことがわかりますが、ドロップアウトしたときと最後のアクセスの間で大きな変化はありません。また、sdaのデバイスの状態で0〜3がアクティブ、4が欠落している（mdadmは0からカウント）と表示されます。他のドライブでは、0〜2アクティブ、3および4がありません。そのため、RAID5で2回目のディスク障害が発生し、もちろんアレイが停止しました。
したがって、基本的には、sdaが古くなっているという事実を無視して、とにかく配列をアセンブルするようにmdadmに依頼する必要があります。これが--forceの機能です。つまり、すべきが機能しています。 --runを追加する必要がある場合もあります（または--scanを使用してください）。それがここで起こっていることだと思います。
もう1つの可能性は、ブートスクリプトがアレイを半分アセンブルし、デバイスをビジー状態にしていることです。 （例：catまたはless）/proc/mdstatをチェックして、それが発生していないこと、およびmdadm --stop不要な配列が存在することを確認します。
--verboseを追加して、mdadmが配列を組み立てていない理由をよりよく理解することもできます。
アレイがアセンブルされたら、mdadm -aを使用して新しいディスクをアレイに追加でき、すぐに再構築が開始されます。 sdaは不安定に見えるため（以前は脱落した）、sdaの交換も検討する必要があります。
いずれの場合でも、スーパーブロックをゼロにすることは、アレイを回復するための抜本的で最後の溝に近いアプローチです。ここでは必要ありません。