Зашифрованный LVM на RAID1 - тестирование на отказ, ручное монтирование

У нас есть сервер Ubuntu 10.04 LTS с установленным LVM поверх шифрования диска, который работает поверх тома RAID1, состоящего из двух физических дисков SATA. Конфигурация выглядит так:

             _______________
            |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    

Это работает просто замечательно, однако, когда я иду для имитации сбоя холодного диска (выключение, отключение одного или другого диска и включение питания), он не запрашивает мою загрузочную ключевую фразу и показывает ошибку:

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

Примерно через 5 минут ожидания появится BusyBox (initramfs) незамедлительный. Мой вопрос: почему он не запрашивает пароль при загрузке с любого из этих дисков? Я выбрал вариант продолжения загрузки после сбоя диска при установке раздела RAID, но этого, очевидно, не происходит. Во-вторых, как я могу вручную заставить его разблокировать оставшийся диск из массива RAID и правильно загрузиться с помощью оболочки BusyBox?

Заранее спасибо.

РЕДАКТИРОВАТЬ: Как и требовалось, вот вывод 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]

Когда подключен только один диск, он в конечном итоге переводит меня в оболочку BusyBox, где pvdisplay недоступен.

ОБНОВЛЕНИЕ: я столкнулся с этим отчетом об ошибках Debian с конца прошлого года, который очень хорошо соответствовал моей проблеме. Похоже, что это было исправлено, поэтому я вручную установил обновленные пакеты cryptsetup, libcryptsetup1 и libpop0 из апстрима.

Теперь, когда я загружаюсь с любым диском, отключенным, я больше не получаю ошибку, и она запрашивает фразу-пароль правильно. Тем не менее, он не примет пароль, который я настроил. Когда оба диска подключены, он принимает пароль и загружается как обычно, но при отключении любого из них он запрашивает пароль и не принимает правильный пароль.

ОБНОВЛЕНИЕ 2: симптомы теперь кажутся идентичными отчету об ошибке, поданному здесь, хотя я использую Lucid. Как описано в ссылке, я могу заставить его загрузиться с одного диска - если я сгенерирую достаточно сбоев, это в конечном итоге снова выгонит меня в оболочку BusyBox, и я смогу запустить cryptsetup luksOpen /dev/md1 md1_crypt введите пароль, а затем нажмите ctrl-d чтобы получить его для загрузки. Это кажется странной процедурой, чтобы заставить его загружаться в ухудшенном состоянии. Я думаю, что я собираюсь стереть все и начать все сначала. Поскольку я не сталкивался с этим раньше, я надеюсь, что новая установка может исправить положение, и если нет, то я по крайней мере знаю, как загрузить деградированный массив, если мне нужно.