I don't believe what I just saw ...
Adam Williamson
adamwill at fedoraproject.org
Fri Dec 5 20:02:19 UTC 2014
On Fri, 2014-12-05 at 11:23 -0600, Ian Pilcher wrote:
> So after a bit of live CD jiggery pokery, I was able to run through an
> F21 RC5 installation. I installed it in a separate logical volume,
> alongside my existing F20 installation. /boot is a shared ext4
> partition on top of my IMSM RAID volume. I still use GRUB legacy, so I
> told anaconda not to install a bootloader.
>
> After the F21 installation completed, I was unable to boot back to F20.
> GRUB still worked, but the initramfs was unable to find the F20 root
> filesystem, which is an LV on top of a bcache device.
>
> After a bit of investigation, it appears that the F21 installer rebuilt
> all of the F20 initramfs files on the shared /boot (and omitted the
> bcache dracut module).
>
> Of all the anaconda weirdness I've experienced over the years, this has
> got to be the strangest thing I've seen. In fact, I have a hard time
> believing the evidence of my own eyes. Why would it do this?
>
> Am I crazy? Anyone else seen this? Expected behavior?
https://bugzilla.redhat.com/show_bug.cgi?id=1074358
It is a pretty bad bit of behaviour, as I wrote in the bug I figure we
should either disallow shared /boot or try and filter the kernel list at
least a bit, for F22.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
More information about the test
mailing list