破壊されたRAIDシステムからディスクをマウントする方法は？

Debian Linuxのレスキューで、損傷したRAIDシステムからデータを復元しなければならないという恐ろしい状況があります。VMWare GSXイメージを別のマシンにコピーし、後でそれらをESXiに移行できるように、すべてを読み取り専用モードで/ mnt / rescueにマウントしたいだけです。関連コマンドの出力は次のとおりです。

fdisk -l

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005e687

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         523     4200997   fd  Linux raid autodetect
/dev/sda2             524         785     2104515   fd  Linux raid autodetect
/dev/sda3             786      182401  1458830520   fd  Linux raid autodetect

Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00014fc7

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1         523     4200997   fd  Linux raid autodetect
/dev/sdb2             524         785     2104515   fd  Linux raid autodetect
/dev/sdb3             786      182401  1458830520   fd  Linux raid autodetect

Disk /dev/md0: 4301 MB, 4301717504 bytes
2 heads, 4 sectors/track, 1050224 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Disk /dev/md1: 2154 MB, 2154954752 bytes
2 heads, 4 sectors/track, 526112 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn't contain a valid partition table

次のようにディスクをマウントしようとしました。

mount -o ro /dev/sda1 /mnt/rescue

その後、次のエラーが表示されます。

mount: unknown filesystem type 'linux_raid_member'

ファイルシステムの推測もうまくいきません。

mount -o ro -t ext3 /dev/sda1 /mnt/rescue/
mount: /dev/sda1 already mounted or /mnt/rescue/ busy

そこで、次のように仮想デバイスを作成しようとしました。

mdadm -A -R /dev/md9 /dev/sda1

これにより、次のメッセージが表示されます。

mdadm: cannot open device /dev/sda1: Device or resource busy
mdadm: /dev/sda1 has no superblock - assembly aborted

今、私は失われました。ディスクを回復してデータを取り戻す方法がわかりません。以下は、3つのディスクすべてについてmda --examineの出力です（3つのraid1ディスクが必要です）。

/ dev / sda1：

          Magic : a92b4efc
        Version : 0.90.00
           UUID : 6708215c:6bfe075b:776c2c25:004bd7b2 (local to host rescue)
  Creation Time : Mon Aug 31 17:18:11 2009
     Raid Level : raid1
  Used Dev Size : 4200896 (4.01 GiB 4.30 GB)
     Array Size : 4200896 (4.01 GiB 4.30 GB)
   Raid Devices : 3
  Total Devices : 2
Preferred Minor : 0

    Update Time : Sun Jun  2 00:58:05 2013
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 9070963e - correct
         Events : 19720


      Number   Major   Minor   RaidDevice State
this     1       8        1        1      active sync   /dev/sda1

   0     0       0        0        0      removed
   1     1       8        1        1      active sync   /dev/sda1
   2     2       8       17        2      active sync   /dev/sdb1

/ dev / sda2：

          Magic : a92b4efc
        Version : 0.90.00
           UUID : e8f7960f:6bbea0c7:776c2c25:004bd7b2 (local to host rescue)
  Creation Time : Mon Aug 31 17:18:11 2009
     Raid Level : raid1
  Used Dev Size : 2104448 (2.01 GiB 2.15 GB)
     Array Size : 2104448 (2.01 GiB 2.15 GB)
   Raid Devices : 3
  Total Devices : 2
Preferred Minor : 1

    Update Time : Sat Jun  8 07:14:24 2013
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 120869e1 - correct
         Events : 3534


      Number   Major   Minor   RaidDevice State
this     1       8        2        1      active sync   /dev/sda2

   0     0       0        0        0      removed
   1     1       8        2        1      active sync   /dev/sda2
   2     2       8       18        2      active sync   /dev/sdb2

/ dev / sda3：

          Magic : a92b4efc
        Version : 0.90.00
           UUID : 4f2b3b67:c3837044:776c2c25:004bd7b2 (local to host rescue)
  Creation Time : Mon Aug 31 17:18:11 2009
     Raid Level : raid5
  Used Dev Size : 1458830400 (1391.25 GiB 1493.84 GB)
     Array Size : 2917660800 (2782.50 GiB 2987.68 GB)
   Raid Devices : 3
  Total Devices : 2
Preferred Minor : 2

    Update Time : Sat Jun  8 14:47:00 2013
          State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 1
  Spare Devices : 0
       Checksum : 2b2b2dad - correct
         Events : 36343894

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     1       8        3        1      active sync   /dev/sda3

   0     0       0        0        0      removed
   1     1       8        3        1      active sync   /dev/sda3
   2     2       0        0        2      faulty removed

cat /proc/mdstat
Personalities : [raid1]
md2 : inactive sda3[1](S) sdb3[2](S)
      2917660800 blocks

md1 : active raid1 sda2[1] sdb2[2]
      2104448 blocks [3/2] [_UU]

md0 : active raid1 sda1[1] sdb1[2]
      4200896 blocks [3/2] [_UU]

md2は破損しているようで、おそらくVMWareイメージでの襲撃です。

RAIDの外にマウントすることにより、md2のデータ（アクティブで破損していないディスク上のデータ、つまり/ dev / sda3）にアクセスしたいと思います。

ただ実行するのは良い考えですか？

mdadm --manage /dev/md2 --remove /dev/sda3

（md2がfdiskで認識されないので動作しますか？）

実行して、他のレイドmd0とmd1を再アセンブリする必要があります

mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1

？

更新0：md0とmd2をアセンブルできません。

root@rescue ~ # mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1
mdadm: cannot open device /dev/sda1: Device or resource busy
mdadm: /dev/sda1 has no superblock - assembly aborted
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sda3 /dev/sdb3
mdadm: cannot open device /dev/sda3: Device or resource busy
mdadm: /dev/sda3 has no superblock - assembly aborted

mount -t autoを使用したマウントはできません。

root@rescue ~ # mount -t auto -o ro /dev/md0 /mnt/rescue/
/dev/md0 looks like swapspace - not mounted
mount: you must specify the filesystem type
root@rescue ~ # mount -t auto -o ro /dev/md2 /mnt/rescue/
mount: you must specify the filesystem type

/ dev / md1のマウントは機能しますが、VMWareデータはマウントされません。

root@rescue /mnt/rescue # ll
total 139M
-rw-r--r-- 1 root root 513K May 27  2010 abi-2.6.28-19-server
-rw-r--r-- 1 root root 631K Sep 16  2010 abi-2.6.32-24-server
-rw-r--r-- 1 root root 632K Oct 16  2010 abi-2.6.32-25-server
-rw-r--r-- 1 root root 632K Nov 24  2010 abi-2.6.32-26-server
-rw-r--r-- 1 root root 632K Dec  2  2010 abi-2.6.32-27-server
-rw-r--r-- 1 root root 632K Jan 11  2011 abi-2.6.32-28-server
-rw-r--r-- 1 root root 632K Feb 11  2011 abi-2.6.32-29-server
-rw-r--r-- 1 root root 632K Mar  2  2011 abi-2.6.32-30-server
-rw-r--r-- 1 root root 632K Jul 30  2011 abi-2.6.32-33-server
lrwxrwxrwx 1 root root    1 Aug 31  2009 boot -> .
-rw-r--r-- 1 root root 302K Aug  4  2010 coffee.bmp
-rw-r--r-- 1 root root  89K May 27  2010 config-2.6.28-19-server
...

更新1：

md2とmd0を停止して、もう一度アセンブルしようとしました。

mdadm -S /dev/md0

root@rescue ~ # mount -t auto -o ro /dev/md0 /mnt/rescue/
/dev/md0 looks like swapspace - not mounted
mount: you must specify the filesystem type

mdadm -S /dev/md2

root@rescue ~ # mount -t auto -o ro /dev/md2 /mnt/rescue/
mount: you must specify the filesystem type

何か案は？

更新2：

次のエラーメッセージのため、1つのディスクからのアセンブルは機能しません。

root@rescue ~ # mdadm -S /dev/md2
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sda3
mdadm: /dev/md2 assembled from 1 drive - not enough to start the array.

root@rescue ~ # mdadm -S /dev/md2
mdadm: stopped /dev/md2
root@rescue ~ # mdadm --assemble /dev/md2 /dev/sdb3
mdadm: /dev/md2 assembled from 1 drive - not enough to start the array.

新しい襲撃でも失敗します。

root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm --assemble /dev/md9 /dev/sda3
mdadm: /dev/md9 assembled from 1 drive - not enough to start the array.

root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm --assemble /dev/md9 /dev/sdb3
mdadm: /dev/md9 assembled from 1 drive - not enough to start the array.

新しいmdディスクの作成も失敗します。

root@rescue ~ # cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda1[1] sdb1[2]
      4200896 blocks [3/2] [_UU]

md1 : active raid1 sda2[1] sdb2[2]
      2104448 blocks [3/2] [_UU]

unused devices: <none>
root@rescue ~ # mdadm -A -R /dev/md9 /dev/sda3
mdadm: failed to RUN_ARRAY /dev/md9: Input/output error
mdadm: Not enough devices to start the array.
root@rescue ~ # cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md9 : inactive sda3[1]
      1458830400 blocks

md0 : active raid1 sda1[1] sdb1[2]
      4200896 blocks [3/2] [_UU]

md1 : active raid1 sda2[1] sdb2[2]
      2104448 blocks [3/2] [_UU]

unused devices: <none>
root@rescue ~ # mdadm -S /dev/md9
mdadm: stopped /dev/md9
root@rescue ~ # mdadm -A -R /dev/md9 /dev/sdb3
mdadm: failed to RUN_ARRAY /dev/md9: Input/output error
mdadm: Not enough devices to start the array.

更新3：

md2からディスクを削除しても機能しません。

mdadm --remove /dev/md2 /dev/sda3
mdadm: cannot get array info for /dev/md2

更新4：

最後に、--forceできればassembleを実行してください。現在、別のサーバーにファイルをコピーしています。

— トニースターク
ソース

mdadm --assemble行く方法です。なしで試してください--remove。

— ホークレイジング

mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 mdadm: /dev/md0 has been started with 2 drives (out of 3). しかし、マウントは失敗します（ファイルシステムの種類がわかりません）。 mount -o ro /dev/md0 /mnt/rescue /dev/md0 looks like swapspace - not mounted mount: you must specify the filesystem type

— トニースターク

たぶんsd?1スワップスペースです。で組み立てmd1てmd2、マウントしてみてくださいmount -t auto ...。

— ハウケレイジング

@HaukeLaging：md0、md1、md2をアセンブルしようとしました（更新された投稿を参照）。md1のみが正常にアセンブルされ、マウントされます。他の2つは、組み立てとマウントに失敗します。何か案は？

— トニースターク

この問題を解決できましたか？将来の訪問者の利益のために、

— CVn 14年

私の場合、CentOS 7を起動し、このページの全員の指示に従ってみました。デバイスビジーメッセージが表示され続けました。私の意見では、あなたが得ている理由

mdadm：デバイス/ dev / sda1を開けません：デバイスまたはリソースがビジーです

エラーメッセージは、デバイスが既に別のものとしてマウントされているためです。

私のユースケースはRAID1アレイから非常に大きなファイルを抽出することであり、それ以外の可能な方法で抽出することはできず、最速の方法はドライブの1つを引き出すことだったので、ディスクに変更を加えたくありませんでした、私はドライブを元に戻したいのですが、それでも私の設定はそのままです。

以下は、他のサイトでオンライン調査を行った後に行ったものです。注：NAS：0はNASデバイスの名前なので、適切に置き換えてください。

自動的にマウントされましたが、mountコマンドを実行するとマウントされなかったと表示されますが、次のコマンドを実行してマウントされたことを確認できます。

[root@localhost Desktop]# cat /proc/mdstat 
Personalities : [raid1] 
md127 : active (auto-read-only) raid1 sdb2[0]
      1952996792 blocks super 1.2 [2/1] [U_]

unused devices: <none>

自動的にマウントされていることに注意して/dev/md127ください。

[root@localhost Desktop]# mdadm -A -R /dev/md9 /dev/sdb2 
mdadm: /dev/sdb2 is busy - skipping

[root@localhost Desktop]# mdadm --manage --stop /dev/md/NAS\:0 
mdadm: stopped /dev/md/NAS:0

[root@localhost Desktop]# mdadm -A -R /dev/md9 /dev/sdb2
mdadm: /dev/md9 has been started with 1 drive (out of 2).

[root@localhost Desktop]# mount /dev/md9 /mnt/

それは私のためにそれをしました。

疑わしい場合は、ドライブをDDしてフルコピーを作成し、CentOSまたは他のLinux Live CDを使用します。

— ユージン。
ソース

この答えは私に最も役立ちました。ありがとう！私にとっても下にマウントされていた/dev/md127ので、このようなストップを出しましたmdadm --manage --stop /dev/md127。

— フェレンクジェッツィ

可能であれば、あなたは作る必要があります dd何かをする前にディスク全体のイメージをあります。

/ dev / sda3をmdadmリリースしたら、直接マウントできるはずです。

mdadm --stop / dev / md2

/ dev / sda3 / mnt / rescueをマウントします

それでもうまくいかない場合testdiskは、通常、RAWブロックデバイス上のファイルシステムを見つけることができます。

— スコルグ
ソース

これは私にはうまくいきません。「マウント：不明なファイルシステムタイプ 'linux_raid_member'」

— Cerin

私は「ハードな方法」でそれをしました：（まず、何かをする前に、このディスクをクローンする可能性があるなら！）

dmesgRAIDディスクまたはトライ（例：用sdc1）

$ fdisk -l

RAID-DISK-FlagをLinuxファイルシステム（ext3など）に変更し、これを保存して再起動します。

その後

$ mdadm --zero-superblock /dev/sdx

そして出来上がり

$ mount /dev/sdc1 /mnt

— ゲスト
ソース

これにより、RAIDが無効になり、「通常の」ドライブが作成されます。

— いとこコカイン