web-dev-qa-db-ja.com

2ディスクのフェイケレードアレイの非レイディング

BIOSで構成されたRAID-1アレイに2つのディスクがあるシステムがあり、現在はWin7とUbuntu 10.10のデュアルブートを行っています。レイドされたディスクがWin7(ゲーミング)とUbuntu(他のすべて!)の両方から見えるように、私はソフトレイドではなくフェイケレイドを選択しました。さまざまな理由から、私はこのシステムをレイドディスクで実行することをやめることにしたので、2つの異なるディスクが必要です。1つは2つのOSバージョン用、もう1つはデータ用です。

BIOSでRAID設定を削除し、再起動しました。両方のOSが正常に起動しますが、ディスク構成で何が起こっているのかわかりません。マウントテーブルを一覧表示するとき、fakeRAIDでおなじみの/dev/mapperエントリを引き続き表示します。

$ Sudo mount | grep /dev
/dev/mapper/pdc_beidbcaig5 on / type ext4 (rw,errors=remount-ro,commit=0)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/dm-1 on /mnt/windows type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/mapper/pdc_beidbcaig9 on /home type ext4 (rw,user_xattr,commit=0)
/dev/mapper/pdc_beidbcaig6 on /var type ext4 (rw,commit=0)
/dev/mapper/pdc_beidbcaig7 on /boot type ext3 (rw,commit=0)

Gpartedを起動すると、/dev/sdaおよび/dev/sdbに対して個別にリストされている2つのミラー化されたディスクのパーティションが表示されます。ただし、gpartedに表示されているパーティションに関する情報を要求すると、警告が表示されます。

Warning: no such file or directory while trying to open /dev/sda5
Couldn't find valid system superblock

dumpe2fs 1.41.12 (17-May-2010)
dumpe2fs: No such file or directory while trying to open /dev/sda5

Unable to read the contents of this file system!

これでファイルシステムを読み取ることができるようになりました。そうしないと起動しません。しかし、ディスク構成にも同様に明らかに問題があります。悲しいことに、私は本当にどこから始めればいいのかわかりません。

dmraidのマニュアルページを読みましたが、-xオプションが必要だと思いました。しかしながら:

$ Sudo dmraid -x
About to delete RAID set pdc_beidbcaig
WARNING: The metadata stored on the raidset(s) will not be 
  accessible after deletion
Do you want to continue ? [y/n] :y
ERROR: Raid set deletion is not supported in "pdc" format

要約すると、以前にミラーリングされた2つのRAID-1ディスクが2つの独立したドライブになり、そのうちの1つがより多くのデータを保存するために再フォーマットできるようにするには、どのような手順が必要ですか?

ありがとう!

5
Ian Dickinson

OK、 このスレッド に役立つ情報が見つかりました。特に、すること

Sudo dmraid -rE

私は手動で/etc/fstabにパッチを適用しなければなりませんでしたが、十分に役立ちました。それでも私がすべてをカバーしたかどうかは確かではありません。そして、whatdmraidの説明を喜んで持っています。 「すべてを良くする」ための魔法の呪文は大丈夫ですが、少なくとも大まかに言って、私がやっていることを理解したいです!

3
Ian Dickinson

興味深いことに、私は今日dmraidについて何か新しいことを学んだと思います。ソフトウェアRAIDは一般に、ディスクのどこかにメタデータを挿入し、特別なドライバーでそれらのディスクを引き継いで、それを新しい機能のスーパーセットを持つ新しい仮想ディスクとして提示するという概念に基づいています。

通常、メタデータを削除すると、実際に保存されたデータが失われるか、少なくともロードマップが失われます。データが複数のディスクに分散しているRAID 5を考えてみましょう。従来は1つのディスクしかマウントできません破壊したばかりのRAID5。したがって、データにアクセスするためのマッピングは存在しません。

RAID1は実際には他のドライブの純粋なミラーであるため、dmraidのプロビジョニング解除というささいなケースに遭遇したと思います。データとパーティションテーブルの位置は理にかなっています。 dmraid -Eのおかげでメタデータがなくなったため、dmraidドライバーはディスクを要求してRAIDをアセンブルする理由がなくなったため、これらの/ dev/mapperエントリが再び表示されることはありません。

Fstabの再構成は移行の必要な部分でした。また、マウントポイントの代わりにファイルシステムラベルを使用した場合、fstabの変更は必要ありませんでした。

これがdmraidの設計の一部であるかどうかはわかりませんが、Imy data MDがこのように動作するとは思わないでしょう。あなたは非常に幸運に恵まれたと思いますし、次回ドライブを侵襲的な方法で再設定する前にすべてのデータをバックアップする必要があると思います。

1
ppetraki