From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de-DE; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 Description of problem: I use Fedora since FC2. Fedora is a really great product. As soon as it is installed. AS SOON AS and IF.... The current installer of the bootloader is IMHO far from optimal. One of the reasons is probably the mapper stuff which u use since fedora core 5. I guess in FC4 you didn't use this. Because of this wrapper stuff it seems to be impossible even to reinstall grub from an existing linux partition using the resuce disc. I had problems after installing fc5.3 in three ways: 1. FC 5.3 installed the bootloader on my MBR although ein selected the install on the partition on which I installed fc 5.3 2. FC 5.3 produced a kernel panic on boot (I field this separately) 3. using the FC 5.3 cd and booting as rescue cd I couldn't even just reinstall the the old grub installation on my MBR which chainloads other partition, so my computer was not usable at all anymore Gladly I still had a FC4 install set and used this as a rescue cd. With FC4 I finally could recover my MBR bootloader config. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. install fc5.3 x86_64 from cd 2. setup the bootloader config and select "additional options" or customize or how you call it 3. select the radiobutton to install the bootloader in the partition on which you install fc5.3 4. reboot Actual Results: the bootloader config overwrites the mbr which should not happen in this case and fc 5.3 doesn't boot because of a kernel panic Expected Results: it should be possible to only install the bootloader in the install partition. To provide the option, that it is installed in both the mbr and the partition is generally a good idea. The other thing is, please provide a user friendly method to recover the boot loader config from your resuce cd. IMHO the rescue cd should boot and bring up a menu to do some of the things which need to be done often from a rescue cd. This could look like: 1 install bootloader 2 change root password 3 ....some other usefull stuff... 9 exit a shell so the shell would only be opened if the user wants to. Another idea: currently (it was also in fc4) if you boot from an install cd and select update on a partition which already contains the same or even never versions as on the cd, the install cd refuses to update the bootloader. It would really be much more convenient for the user if can choose to install the bootloader anyway. Probably you don't understand what this all means for a user. Without exaggerating I can say that I already wasted hours and maybe even days because bootloader configs are destroyed. Sometimes maybe because I didn't pay attention, but sometimes for other reasons. I already wasted a lot of time when I had FC4 until I found out how to recover it (--recheck-option etc). In fc5 this methods don't work anymore, because of this wrapper stuff. I can't tell you anymore how often I gave up in the end and reinstalled the whole stuff again. If that happens to a less experienced user than me who most likely doesn't backup all the relevant files (/etc eg) on regular bases he could choose to switch to another linux distro or even to drop linux completely. Additional info:
Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer test releases. We're cleaning up the bug database and making sure important bug reports filed against these test releases don't get lost. It would be helpful if you could test this issue with a released version of Fedora or with the latest development / test release. Thanks for your help and for your patience. [This is a bulk message for all open FC5/FC6 test release bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
The information we've requested above is required in order to review this problem report further and diagnose/fix the issue if it is still present. Since there have not been any updates to the report since thirty (30) days or more since we requested additional information, we're assuming the problem is either no longer present in the current Fedora release, or that there is no longer any interest in tracking the problem. Setting status to "INSUFFICIENT_DATA". If you still experience this problem after updating to our latest Fedora release and can provide the information previously requested, please feel free to reopen the bug report. Thank you in advance.