+++ This bug was initially created as a clone of Bug #499321 +++ --- Additional comment from jlaska on 2009-06-04 13:53:27 EDT --- Reproduced with anaconda-11.5.0.59 = Steps to reproduce = 1) Complete install of F10 2) Initiate kickstart upgrade to F11 using the following kickstart #version=F11 # Firewall configuration firewall --disabled # Upgrade existing installation upgrade # Root password rootpw --iscrypted $1$xafj7qlW$6swjxMwu0po47drJVRcIZ/ # System keyboard keyboard us # System language lang en_US # Installation logging level logging --level=info # Use network installation url --url=http://dell-t5400.test.redhat.com:80/cblr/links/F-11-RC4-i386 # Reboot after installation reboot # System timezone timezone --isUtc America/New_York # System bootloader configuration bootloader --location=mbr --upgrade 3) Installer indicates it could not find the partition for the previous install 4) Select [Back] ... crash Should this be filed as a new bug? --- Additional comment from rvykydal on 2009-06-05 05:32:06 EDT --- James, I've just pushed fix for bug #503310 and bug #503681 (commit 93fd07cd4cb46dad0d57bf216e603c8256751480) into rawhide which in my test fixed your case from comment #42. It doesn't address traceback from 4), but finds partition of previous install in 3). Just a note: For preupgrade it is not the case, but for upgrade set in ks, if there really are not any root parts to upgrade, we will meet the same traceback after going back from the message (which shouldn't be offered in this case), but I think it should be another bug.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This should be fixed in next build of anaconda for rawhide.
Created attachment 347321 [details] Attached traceback automatically from anaconda.
Created attachment 347359 [details] Attached traceback automatically from anaconda.
Created attachment 347878 [details] Attached traceback automatically from anaconda.
(In reply to comment #5) > Created an attachment (id=347878) [details] > Attached traceback automatically from anaconda. I personally did a fresh install of Fedora 11. I tried to upgrade to Rawhide using preupgrade from Fedora 11. Preupgrade downloads all the stuff it needs and requests me to re-boot. That's when Anaconda can't find my root filesystem. I'm dual-booting with Wndows 7 R.C,grub is handling my M.B.R to give me the choice to boot into either operating system. I hope that helps, Regards, STEVE555
Created attachment 348053 [details] Attached traceback automatically from anaconda.
Created attachment 348219 [details] Attached traceback automatically from anaconda.
Created attachment 348253 [details] Attached traceback automatically from anaconda.
Created attachment 348473 [details] Attached traceback automatically from anaconda.
My bug traceback occurred when trying to upgrade from Fedora 10 to Fedora 11. The preinstaller downloaded all the packages, and at reboot it couldn't find my root partition. When I tried doing an initial install from the DVD, it couldn't find my partition either, I had to fall back to installing Fedora 10 and try doing the upgrade. I am doing a multiboot, where I have one partition reserved for windows (I haven't installed it yet), one partition for ubuntu, and this one for fedora. If I drop to a command shell and type "fdisk -l" I can see all my partitions just fine: /dev/sda1 (type linux, but will be windows when I install it) /dev/sda2 extended /dev/sda5 swap /dev/sda6 Linux (ubuntu) /dev/sda7 Linux (Fedora 10)
Created attachment 348609 [details] Attached traceback automatically from anaconda.
In my case, this was an Anaconda run created by 'preupgrade-cli' from F10 to F11 that made it up to about 3% and then failed with what seems to be a recurrent bug (https://bugzilla.redhat.com/show_bug.cgi?id=245691) whose hallmark output is "no module named keysyms". My /var/lib/rpm/Packages files is hosed, and the system is bootable to the F10 installation but remains in limbo. I'm priming a VM from which to snag and then massage its /var/lib/rpm/Packages file, since there are factors inhibiting either a reinstallation or a fresh installation. If a workaround for the Anaconda side exists or becomes known, seeing it posted here would be much appreciated.
Created attachment 348740 [details] Attached traceback automatically from anaconda.
As reports from comments 3-14 are not concerning kickstart upgrade case, but preupgrade, they will be tracked in reopened bug #499321. I added reporters to CC List of the bug and I am closing this bug which is fixed in rawhide.
A workaround for this bug for is to add clearpart --none to kickstart file.
*** Bug 507663 has been marked as a duplicate of this bug. ***
Where exactly do you add "clearpart --none" ? I tried to add clearpart to the kickstart file but I still have the same bug. Here my kiskstrart file: ------------------------------------------------- lang en_US.UTF-8 keyboard de-latin1-nodeadkeys bootloader --upgrade --location=none clearpart --none upgrade --root-device=UUID=5f6c9d43-515e-4bad-a225-feb29e12e155 reboot %post grubby --remove-kernel=/boot/upgrade/vmlinuz rm -rf /boot/upgrade /var/cache/yum/preupgrade* %end --------------------------------------------------------
The workaround from comment #16 is tested to work only for the case from Description which is kickstart upgrade of default-partitioned f10 installation. I'd say it might work also for preupgrade (by adding the line, as you probably did, to the /boot/updgrade/ks.cfg generated by preupgrade) but as you say, in your case it doesn't. I guess it is either because it is preupgrade or because your partitioning is not as simple as the default one - but from your original traceback it doesn't seem so.
I'm doing a completely default preupgrade from Fedora 8 to Fedora 11, and consistently getting this error. Fresh install of Fedora 8, nothing special on the partitioning. The only thing I changed from the default is to remove the default 2gb swap and add 2x4gb swap partitions. No dual-booting, nothing special. I built the Fedora 8 system today, completely updated it via yum, installed preupgrade. I then run preupgrade-cli or preupgrade (have messed with both) and do the reboot. When I reboot it tells me the upgrade root was not found. The clearpart --none workaround did nothing. According to this: http://fedoraproject.org/wiki/PreUpgrade It seems like this "should" work.
(In reply to comment #20) > I'm doing a completely default preupgrade from Fedora 8 to Fedora 11, and Brian, this bug is concerning only upgrade, for preupgrade please see bug #499321. There are two issues (and workarounds) identified that can cause the preupgrade failure, your case may be one of them: - dmraid metadata issue - are you are using BIOS raid?, see bug comments https://bugzilla.redhat.com/show_bug.cgi?id=499321#c103 https://bugzilla.redhat.com/show_bug.cgi?id=499321#c107 - incorrect version of Fedora to upgrade - probably not your case, see bug comments https://bugzilla.redhat.com/show_bug.cgi?id=499321#c73 https://bugzilla.redhat.com/show_bug.cgi?id=499321#c74
Thanks, it appears it's actually closely related to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=504991 Which might be because preupgrade relies on anaconda, and anaconda explicitly disallows upgrading more than 2 versions at once. I've found that I can upgrade from 9->11, and probably from 8->10, but not from 8->11. Thanks for the followup.