Red Hat Bugzilla – Bug 31383
Anaconda fails if incorrect root partition is named
Last modified: 2007-04-18 12:32:07 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-prerelease i686; en-US; 0.9)
While updating from RH7 to Wolferin (really updating) I first selected
the wrong root partition (I have multiple disks). The default /dev/sda1 is
not the right one but anaconda tried. The result is an
ugly backtrace and I had to start all over again. No damage done but it
shouldn't have been necessary.
Steps to Reproduce:
1.get a machine with more than one disk
2.select "update" instead of "install"
3.in the dialog anaconda asks about the root partition give the wrong
answer. In my case the partition was a linux partition just not the root
Actual Results: anaconda showed thes python backtrace thingy
Expected Results: restart of the dialog asking for the root partition
(eventually the wrong choice gets removed)
The detection of the root partition is admittedly crude - it just mounts
partitions and looks for an /etc/fstab file. Does this fit the situation with
Actually, the /dev/sda1 partition contained a /etc/fstab file with a content
none /proc proc defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm shm defaults 0 0
/dev/sdc2 /chroot ext2 defaults 1 2
The last entry is actually wrong now. The whole partition is a chroot
environment and used to be /dev/sdc2 (this is where the last entry came from).
But there is no /chroot/var/lib directory, leave alone /chroot/var/lib/rpm.
Ok that helps, thank for the info.
So I am clear - you were NOT asked to pick from several partitions which was the
partition to upgrade? I would have expected the correct partition as well as
/dev/sda1 (the incorrect partition).
Closing due to inactivity. Please reopen if you have more information.
You cannot simply close this without resolution. I've supplied all the answers.
Why Bugzilla does not show them is something else.
This problem is potentially very dangerous.
To answer the last question again: there were multiple choices given, but I
picked initially the wrong one. The picked partition looked very much like a
life filesystem (since it was a chroot environment) but it lacked certain files
It shouldn't be hard for anaconda to not crash but instead go back to the menu
where it asks for a root partition.
Was this in text or GUI mode?
I set up a system with an installation on /dev/hda1 and another install on
/dev/hda6. Then, I went and deleted /etc/fstab on the /dev/hda1 partition. I
then performed an upgrade in both text and GUI mode...anaconda i I was able to
re-format that partition and copy from other unscathed Windows partitions.
Rebooting with the boot.img,I typed "linu
dentified /dev/hda6 as the partition to be upgraded. The option to upgrade
/dev/hda1 was not presented. Are you able to reproduce the original behavior
with Seawolf? Admittedly, the testing I did was not a chrooted install, but I
don't think that should make a difference.
I used the graphical installation.
And I cannot test it again right now since I don't have the current anaconda
code on a CD (and no, I cannot download it). It'll have to wait until I get the
Ok. Putting in 'Needinfo' state until then.
Any more info on this one?
No. I have no CDs.
Most of this code is now gone from the installer, so I don't think this issue
will happen in future releases.