Red Hat Bugzilla – Bug 138184
Installer does not correctly label partitions and does not correctly create the initial grub.conf configuration file
Last modified: 2007-11-30 17:10:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
After installation of FC3T3 I found that the labels I had defined for
the existing and to be formatted partitions, namely the / label, were
not correctly set.
The boot-process therefore failed.
Additionally, the installation process created a grub.conf that had an
extra character, namely '1', after the root label. Removing the
character solved the boot problem after the installation. The problem
only showed up when shutting down the system and then restarting the
system, and not when finishing the installation and restart during the
installation process - I wonder what is different with the two?
Besides I am considering to escalate "absolut stressfrei" to simply
"stressfrei" whilst testing FC3 ;-)...
# grub.conf generated by anaconda
# Note that you do not have to rerun grub after making changes to this
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/hda7
# initrd /initrd-version.img
title absolut stressfrei (2.6.8-1.541)
kernel /vmlinuz-2.6.8-1.541 ro root=LABEL=/1 hdc=ide-scsi
hdd=ide-scsi rhgb quiet
title absoluter stress
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FC3
2. Using disk-druid manually setup partitions and label them accordingly
3. Finish installation and shutdown (poweroff) system, restart
The system will not boot correctly and will drop to the emergency
console for a file-system check, as the label / cannot be found due to
incorrectly set partition labels. After fixing this, grub will not
boot the kernel or rather the kernel will panic as the grub.conf
contains the additional and erroneous character '1'.
A stable and "absolut stressfrei" system ;-)
Reproducing it would mean to run the whole installation process anew,
as I am currently involed in writing applications (if I only could -
as OOo would not display any umlauts anymore) I haven't got the time
to do this - besides it is a bit of a tire-ing process...
The partition's mount point (what you can assign in disk druid) is not
necessarily 100% the same as the filesystem label. If there's an
existing / label, then we will sometimes go to /1, etc to avoid
Did you change anything in your fstab after your install?
No, I did not change the fstab until after the described behaviour
I only have one "/" partition, yet I remember that I did not format my
root partition and just labelled it at that time, now that you ask.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
The problem did not show up on FC5, it seems that the fstab is also correctly
changed in order to reflect the extended (versioned) partition label names.
Okay. Marking as fixed in FC5's anaconda. Thanks!