Red Hat Bugzilla – Bug 984213
fedup does not activate raids
Last modified: 2013-07-16 12:15:32 EDT
Description of problem: raid must be started to be able to decrypt the /dev/mapper/crypto thing that contains my lvms.
Version-Release number of selected component (if applicable):
mount DVD at /mnt
`fedup --device /mnt --debuglog=/fedupdebug.log`
see that fedup asks you to boot
then manually ad the luks thingie of the crupto disk to the grub conf line for fedup: rd.luks.uuid=luks-05(etc).
Only then boot.
See it boot a bit. Then it sits and after a too long while it gives a dracut shell.
Then I can manually start md0 and md1 and exit
Then it mounts the lvs, does the swap etc but does not install anything because something goes wrong but I am unable to read what as the long list of rpms that were not installed is zipping by.
After I boot I notice that the fedup entry is gone from grub. That is not nice when we have to retry a failed upgrade attempt.
A flawless, unproblematic upgrade.
Why did early upgrades start raid and doesn't fedup do so?
Why do we boot at all into some upgrade environment and why can't we run that stuff from runlevel 1?
What can I do so that fedup /does/ find the info of the working f17 system as it prepares the boot environment for the upgrade to f19? F17 boots fine, so why can't fedup?
Please help me help!
Again we run `fedup --device /mnt --debuglog=/fedupdebug.log`
Afterwards we add 'rd.luks.uuid=luks-058(etc)22 rd.auto=1' to the fedup grub config line.
We see raid being assembled. (Whooo! Why not automagically was it was?)
We are asked for the crypto password.
We see lvms being accessed.
We are again asked for the crypto password. (Why?)
We see something fail (ungreen color that flashes by)
We see the load of failed rpm upgrades flash by (why?)
And finally it enters some final stage and sits there.
We reboot it manually after syncing and unmounting and again the Fedup grub entry is gone.
What is wrong?
Do we really expect this to work for a normal user which I do not consider myself?
When the setup of the installation allows to build certain setups and does so flawlessly, why then must the upgrade be so difficult?
As I asked before:
Why not `init 1` and then do the stuff? (saves all of these boot problems)
*** This bug has been marked as a duplicate of bug 970580 ***