解除双磁盘 fakeraid 阵列的攻击

解除双磁盘 fakeraid 阵列的攻击

我的系统有两个磁盘,它们位于 bios 配置的 RAID-1 阵列中,目前双启动 Win7 和 Ubuntu 10.10。我选择了 fakeraid,而不是 softraid,这样 Win7(游戏)和 Ubuntu(其他一切!)都可以看到突袭磁盘。出于各种原因,我决定不再使用突袭磁盘运行此系统,因此我想要两个单独的磁盘:一个用于两个操作系统版本,一个用于数据。

我在 BIOS 中删除了 RAID 设置,然后重新启动。两个操作系统都启动正常,但我不知道磁盘配置发生了什么。当我列出挂载表时,我仍然看到/dev/mapper与 fakeRAID 相似的条目:

$ 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 磁盘成为两个独立的驱动器,其中一个我可以重新格式化以存储更多数据?

谢谢!

答案1

好的,我发现了一些有用的信息此主题. 尤其是

sudo dmraid -rE

很有帮助,尽管/etc/fstab在那之后我必须手动修补,这很合理。但我仍不确定我是否已经涵盖了所有内容,我很高兴能得到关于什么dmraid 可以。“让一切变得更好”的魔法咒语是可以的,但我更希望至少从广义上理解我在做什么!

答案2

有趣的是,我觉得我今天学到了一些关于 dmraid 的新知识。软件 RAID 通常基于这样的概念:将元数据插入磁盘某处,然后使用特殊驱动程序接管这些磁盘,并将其呈现为具有一组新功能的新虚拟磁盘。

通常,如果你删除元数据,实际存储的数据就会丢失,或者至少是数据路线图会丢失。考虑一个 RAID 5,其中数据分散在多个磁盘上,传统上你只能安装一个磁盘,你刚刚销毁的 RAID5 就是这个,因此不存在访问您的数据的映射。

我认为你遇到了 dmraid 取消配置的简单情况,因为 RAID1 实际上是另一个驱动器的纯镜像,所以你的数据和分区表的位置是有意义的。现在元数据已经消失了,这要归功于dmraid -E,dmraid 驱动程序不再有理由声明磁盘并组装 RAID,所以您永远不会再看到那些 /dev/mapper 条目。

重新配置 fstab 是迁移的必要部分,此外,如果您使用文件系统标签而不是挂载点,则无需更改 fstab。

我不知道这是否是 dmraid 设计的一部分,但我知道永远不会指望这个功能我的数据。我没想到 MD 会这样运行。我认为你很幸运,下次你应该在以侵入性方式重新配置驱动器之前备份所有数据。

相关内容