Upgrade causes disks to be renamed but does not update crypto setup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu |
Invalid
|
Undecided
|
Unassigned |
Bug Description
My Ubuntu installation is on two partitions that are both encrypted (inside, LVM).
When upgrading from 8.10 to 9.04, the labels for the disks - sda, sdb and sdc - all swapped around.
For instance, sda became sdb, sdc became sda and sdb became sdc.
This presents a major problem as the encryption setup seems to mount the disks by their path name (or potentially by something else that has also changed). This means the only way to be able to boot from the hard drives is to enter an incorrect passphrase six times, at which point the system hangs waiting for root, eventually gives up and drops me to a busybox prompt.
From there I am able to use cryptsetup to mount the two encrypted partitions properly from the new names, and the boot proceeds as normal from there onwards.
It seems that something is causing the disks to be renamed, but the cryptography setup is not changing to reflect the new disk names, making the boot process fail.
I'm not sure which package to report this under - is it the crypt program's fault for not detecting the new drives, the updater's fault for not tying it all together or something else's fault for renaming the drives in the first place?
Changed in ubuntu: | |
status: | Incomplete → Invalid |
This can be fixed manually by updating /etc/crypttab to reflect the new hard drive names.