RAID1上encryption的LVM – 故障testing,手动安装

我们安装了Ubuntu 10.04 LTS服务器,并在磁盘encryption之上运行LVM,该encryption在由两个物理SATA磁盘组成的RAID1卷上运行。 configuration如下所示:

_______________ |swap| / | - LVM volume for swap (10 GB) |____|__________| - LVM volume for root (rem. space ~ 490 GB) |______LVG0_____| - LVM group /d0fc97a3b3e8ae5a8\ - dm-crypt encrypted partition on RAID1 ______/___________________\______ |/boot| > RAID1 | > RAID1 |/boot| - 250MB /boot partition on each disk |_____|__________|__________|_____| - remaining space on each for RAID |______500 GB____|____500 GB______| - SATA HDD x 2 

这很好,但是当我去模拟一个冷盘失败(关机,拔掉一个或另一个盘,然后通电),它无法提示input我的启动密码,并显示错误:

cryptsetup: LVM device name (dev/disk/by-UUID/[UUID String]) does not begin with /dev/mapper

等待大约5分钟后,会出现一个BusyBox (initramfs)提示符。 我的问题是,为什么不从这两个磁盘引导时要求启动密码? 当我安装了RAID分区时,我确实select了在磁盘故障后继续引导的选项,但是这显然没有发生。 其次,我该如何手动将其从RAIDarrays解锁剩余磁盘,并使用BusyBoxshell正确启动?

提前致谢。

编辑:根据要求,这是pvdisplay运行后输出两个驱动器插入引导:

  --- Physical volume --- PV Name /dev/mapper/[md disk]_crypt VG Name [LVM group name] PV Size 465.53 GiB / not usable 2.93 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 119174 Free PE 0 Allocated PE 119174 PV UUID [UUID] 

当只有一个驱动器插入时,它最终会使我进入一个BusyBoxshell,在这个shell中没有pvdisplay。

更新:我从去年年底遇到了这个debian bug报告 ,很好地匹配了我的问题。 它似乎已经修复,所以我手动安装了来自上游的更新后的cryptsetup,libcryptsetup1和libpop0软件包。

现在,当我用任何一个磁盘拔出引导,我不会再有错误,并要求正确的密码。 但是,它不会接受我configuration的密码。 在插入两个磁盘的情况下,它将接受密码并正常启动,但是如果拔出任何一个磁盘,它都会要求密码不会接受正确的密码。

更新2:症状现在看起来与此处提交的缺陷报告相同,尽pipe我正在运行Lucid。 如链接中所述,我可以从单个磁盘启动它 – 如果我产生了足够的故障,它最终会再次将我踢出到BusyBoxshell,并且我可以运行cryptsetup luksOpen /dev/md1 md1_crypt ,input密码,然后按ctrl-d来启动它。 这似乎是一个奇怪的过程,让它启动在退化状态。 我想我要抹去一切,重新开始。 因为我没有遇到过这个问题,所以希望全新的安装可以解决问题,如果不是的话,我至less知道如果需要启动降级的arrays。

我想你应该相信这个错误,说设备does not begin with /dev/mapper 。 我有cryptsetup在这里,它工作正常,但我所有的设备被命名为/dev/mapper/something

我知道你想使用UUID来挂载它,但显然不支持开箱即用。