取消攻击双磁盘fakeraidarrays
我有一个系统，在bios配置的RAID-1arrays中有两个磁盘，目前是双启动Win7和Ubuntu 10.10。 我选择了fakeraid而不是softraid，因此可以从Win7（游戏）和Ubuntu（其他所有东西！）中看到搜索到的磁盘。 出于各种原因，我决定退出使用raided磁盘运行此系统，因此我想要两个独立的磁盘：一个用于两个OS版本，一个用于数据。
我在BIOS中删除了RAID设置，然后重新启动。 两个操作系统都启动正常，但我不知道磁盘配置发生了什么。 当我列出mount表时，我仍然是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列出。 但是，当我询问有关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
总之，我应采取哪些步骤来确保我的两个先前镜像的RAID-1磁盘成为两个独立的独立驱动器，其中一个我可以重新格式化以存储更多数据？
谢谢！
好的，我在这个post中找到了一些有用的信息。 特别是做
sudo dmraid -rE
很有帮助，虽然我不得不在那之后手动修补/etc/fstab ，足够合理。 虽然我还不确定我是否涵盖了所有内容，但我很乐意对dmraid做什么做出解释。 “让一切变得更好”的神奇咒语是可以的，但我宁愿明白我在做什么，至少在广义上是这样！
有趣的是，我想我今天学到了关于dmraid的新知识。 软件RAID通常基于以下概念：将元数据插入磁盘某处，然后使用特殊驱动程序接管这些磁盘，并将其作为具有新function超集的新虚拟磁盘呈现。
通常，如果要删除元数据，实际存储的数据会丢失，或者至少会丢失它的路线图。 考虑RAID 5，其中数据分布在多个磁盘上，传统上您只能安装一个磁盘， 即刚刚销毁的RAID5 ，因此，不存在访问数据的映射。
我认为你遇到了dmraid de-provisioning的简单情况，因为RAID1实际上是另一个驱动器的纯镜像，你的数据和分区表的位置是有意义的。 由于dmraid -E ，元数据已经消失，因此dmraid驱动程序不再有理由声明磁盘并组装RAID，因此您永远不应再次看到这些/ dev / mapper条目。
重新配置fstab是迁移的必要部分，如果您使用文件系统标签而不是挂载点，则不需要进行fstab更改。
我不知道这是dmraid设计的一部分，无论哪种方式，我知道我永远不会依赖我的数据 。 我不希望MD以这种方式运行。 我认为你非常幸运，下次你应该以有创的方式重新配置驱动器之前备份所有数据。