☰

劣化したRAIDのマウント

tag-icon • tag-icon linux debian raid hard-drive software-raid
劣化したRAIDのマウント

ようやくRAID10アレイを再び組み立てることができました。これで解決できるかもしれないと期待しています。（歴史（もし興味があれば）

現在、次のようになっています:

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active raid10 sdb[0] sde[3] sdc[1]
  5860270080 blocks super 1.2 512K chunks 2 near-copies [4/3] [UU_U]

マウントしてみると次のようになります:

# マウント -r -t ext4 /dev/md127 /media/raid2
マウント: 間違ったファイルシステムタイプ、不正なオプション、/dev/md127 の不正なスーパーブロック、
       コードページまたはヘルパープログラムが見つからない、またはその他のエラー
       場合によっては、syslogに有用な情報が見つかることがあります。
       dmesg | tail など

fstabを確認すると、アレイIDが異なっていますmdadmが報告しています- そこで、次のように fstab を編集してみました:

#UUID=9f6dfcc1-77c1-449a-9fa0-472df354a7b6 /media/raid2 ext4    defaults    0   1
UUID=3c055999-f299-f081-e35c-b3609e758f88 /media/raid2 ext4    defaults        0       1

次のような結果になります:

# mount -a
mount: /dev/sdb already mounted or /media/raid2 busy

誰か何かお勧めはありますか? マウント時に「assume-clean」に相当するもの、またはすべてを破棄して赤ん坊のように泣く前に少なくとも最善を尽くしてくれる類似のものはありますか?

答え1

「作成時間: 2015 年 6 月 11 日木曜日 23:21:12」に mdadm --create を実行したようですが、間違ったパラメータを使用した場合は問題が発生する可能性があります。どのコマンド ラインを使用しましたか?

また、マウントが失敗した場合、dmesg | tail によって何が報告されますか?

また、ドライブの SMART データをチェックして、ドライブが正常かどうかを確認することをお勧めします。

絶望しないでください。私は故障した RAID システムを頻繁に扱いますが、RAID-10 の場合は通常、復旧が可能です。

関連情報