Yes, I guess the "ugly hack" feature does more harm than good. Anyway,
see alternative patches in bug #388407.
** Changed in: casper (Ubuntu)
Status: New => Confirmed
** Summary changed:
- rebuilt initrd with lvm fails to find live fs
+ [PATCH] fails to boot if RAID (dm-) devices are dete
No dmraid machines around here, but yes, any "virtual" block devices
look as if they would cause problems, ditto any odd (non-PCI, non-
USB/IDE) hardware (perhaps on non x86 platforms.)
Do you know of / can you think of any situation where the "ugly hack"
would do anything useful? If not, I'd be i
I don't think it is necessary to rebuild the initrd to experience this
bug. The shipped initrd has built-in support for dmraid for example,
which creates dm-* devices. So you can't boot a Desktop CD if a RAID is
around. See bug #388407.
--
rebuilt initrd with lvm fails to find live fs
https://bug
Slight correction to the earlier post: the problematic code in question
only seems to be called for non-USB/SCSI/IDE devices (anything whose
udev path doesn't match "usb|pci-[^-]*-(ide|scsi|usb)") - I've no idea
what devices these might be - onboard flash memory (MTDs) in embedded
systems??
Anyway
