最近、サーバーでディスク障害が発生したため、ホスティングプロバイダーがCentOSに新しいディスクを挿入して、ログインしてデータを回復できるかどうかを確認できるようにしました。
ソフトウェアRAID0構成に2x 120 GBSSDドライブがありました-ホストがこれをセットアップしました。 「ノウハウ」が不足しているため、自分たちでやったわけではありません。それで、なぜ私がここにこれを投稿しているのですか。
これがfdisk -l-の出力です。
SDBとSDCはRAIDドライブです。
ドライブをマウントするために次のコマンドを試しました。
少し調べてみたところ、ソフトウェアRAIDの場合、mdadmツールを使用して自動的にスキャン/アセンブルできることがわかりましたが、これも機能しませんでした。
[root@localhost ~]# mdadm -A --scan
mdadm: No arrays found in config file or automatically
検査オプションを実行してみましたが、これが出力です。
[root@localhost ~]# mdadm --examine /dev/sdb
/dev/sdb:
MBR Magic : aa55
Partition[0] : 204800 sectors at 2048 (type 83)
Partition[1] : 20480000 sectors at 206848 (type 83)
Partition[2] : 8192000 sectors at 20686848 (type 82)
Partition[3] : 435964672 sectors at 28878848 (type 05)
[root@localhost ~]# mdadm --examine /dev/sdb1
mdadm: No md superblock detected on /dev/sdb1.
[root@localhost ~]# mdadm --examine /dev/sdb2
mdadm: No md superblock detected on /dev/sdb2.
[root@localhost ~]# mdadm --examine /dev/sdb3
mdadm: No md superblock detected on /dev/sdb3.
[root@localhost ~]# mdadm --examine /dev/sdb4
mdadm: No md superblock detected on /dev/sdb4.
[root@localhost ~]# mdadm --examine /dev/sdc
mdadm: No md superblock detected on /dev/sdc.
[root@localhost ~]# mdadm --examine /dev/sdc1
mdadm: cannot open /dev/sdc1: No such file or directory
これがcat/proc/mdstatの出力です
root@localhost ~]# cat /proc/mdstat
Personalities :
unused devices: <none>
私は以前に同様の問題を抱えていました、そして私は以前にそれについてすでに尋ねました- データを回復するためにraid0セットアップから2つの古いディスクを再マウントします
前回、アレイが100%クリーンだったため、なんとか修正できました。次のコマンドを実行してマウントできました:mkdir/mnt/oldData && mount/dev/md127/mnt/oldData しかし、今回は問題が異なっているようです。/dev/md *はありません-これを参照してください->
誰かが助けることができますか?
私はあなたの問題を理解しているので、RAID0アレイでディスク障害が発生しました。 RAID 0にはフォールトトレランスがなく、主に速度のために使用されます。両方のディスクがない場合、またはパリティのある代替RAIDアレイ設定を使用している場合、このデータを回復することはできません。
障害が発生したディスクからデータを回復できる場合は、そのデータを新しいドライブに移動して、アレイに追加し直すことができます。これは動作しません保証ですが、まだ故障したドライブがある場合、またはそのドライブのデータが何らかの方法で取得されている場合は、試行できます。
mdadm --examine --metadata 1.2/dev/sd [bc]
フルブロックデバイスソフトウェアRAIDのように見えます。パーティションベースではありません-パーティションは最初のドライブで定義されます。
さまざまなメタデータバージョンを使用して、ディスク上のメタデータを見つけてください。起動されたライブディストリビューションがメタデータタイプをサポートしていない可能性があります。
manmdadmはあなたの友達です:)
これが私のシステムの例です:2x30GB SSD:
mdadm --examine --metadata 1.2/dev/sdb1
/ dev/sdb1:
魔法:a92b4efc
バージョン:1.2
機能マップ:0x0
アレイUUID:c609e03c:bda63289:1c4f3bbe:d35ba549
名前:sh:0(ホストshに対してローカル)
作成時間:2013年8月29日木曜日16:11:22
RAIDレベル:raid0
RAIDデバイス:2
Avail Dev Size:62529520(29.82 GiB 32.02 GB)
データオフセット:16セクター
スーパーオフセット:8セクター
状態:きれい
デバイスUUID:7c962127:e548bb1c:0c3e4a7a:e180fa57
更新時間:2013年8月29日木曜日16:11:22
チェックサム:657466b3-正解
イベント:0
チャンクサイズ:512K
デバイスの役割:アクティブなデバイス1
アレイの状態:AA( 'A' ==アクティブ、 '。' ==欠落)
mdadm --examine --metadata 0.9/dev/sdb1
mdadm:/ dev/sdb1にスーパーブロックが見つかりません(予想される魔法のa92b4efc、取得した82901084)