Bug 10053 - mageia-prepare-upgrade does not work properly with lilo bootloader
Summary: mageia-prepare-upgrade does not work properly with lilo bootloader
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 2
Hardware: x86_64 Linux
Priority: High normal
Target Milestone: ---
Assignee: Colin Guthrie
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 9744
  Show dependency treegraph
 
Reported: 2013-05-10 18:35 CEST by Peter Christy
Modified: 2013-05-14 10:03 CEST (History)
6 users (show)

See Also:
Source RPM: mageia-prepare-upgrade
CVE:
Status comment:


Attachments

Description Peter Christy 2013-05-10 18:35:32 CEST
Description of problem: When trying to upgrade from Mageia 2 to Mageia 3 RC, mageia-prepare-upgrade does not properly configure lilo. It includes the "vga=xxx" line in the "append" line causing an error when lilo is run.

Because of this error, the new option to upgrade doesn't appear in the bootloader menu. This could be either because lilo crashes due to the append error, or because mageia-prepare-upgrade does not run lilo after modifying the lilo.conf file.


Version-Release number of selected component (if applicable):
n/a

How reproducible:
Only get chance to try it once!

Steps to Reproduce:
1. Take a Mageia 2 using lilo as the bootloader
2. Install mageia-prepare-upgrade
3. Reboot

I managed to fix it by manually editing the lilo.conf file, then running lilo. All then worked as expected.


Reproducible: 

Steps to Reproduce:
Manuel Hiebel 2013-05-10 23:02:59 CEST

CC: sysadmin-bugs => (none)
Component: Release (media or process) => RPM Packages
Blocks: (none) => 9744
Assignee: bugsquad => mageia

claire robinson 2013-05-11 15:42:48 CEST

Priority: Normal => release_blocker
CC: (none) => davidwhodgins, ennael1, mageia, tmb

claire robinson 2013-05-11 15:43:36 CEST

CC: (none) => pierre-malo.denielou

Comment 1 Colin Guthrie 2013-05-11 16:27:43 CEST
I'm not sure this should be a "release blocker" as it's a package that is to be shipped to Mageia 2 and release blockers are really only handled for the current release! I accept it needs fixed (even if only ~12 people use lilo ;))

The issue is that I specifically tried to preserve the vga= line as it was lost for grub users.

http://svnweb.mageia.org/packages/updates/2/mageia-prepare-upgrade/current/SOURCES/mageia-prepare-upgrade-bootloader-config?r1=410003&r2=410002&pathrev=410003

Reverting this commit should be OK, but then there will be a graphical regression for grub users. I guess I need to find the "right" way to do this.

Priority: release_blocker => High

Comment 2 claire robinson 2013-05-11 17:05:59 CEST
lilo is default apparently if installed on raid due to bug 9524 so it may affect more than expected.

CC: (none) => eeeemail

Comment 3 Colin Guthrie 2013-05-11 17:20:38 CEST
I just disagrees that we should even support that setup and I would strongly advise against anyone using it. Use a separate /boot if you want this kind of mode is my recommendation.
Comment 4 Colin Guthrie 2013-05-13 01:04:55 CEST
Should be fixed in the next build. I don't have any lilo systems so if you are able to test it, that would be awesome :)
Comment 5 Peter Christy 2013-05-13 09:45:20 CEST
I think I still have one non-upgraded machine with LiLo, but I'm on a long shift today, so won't get chance to try it until tomorrow (Tuesday). Will it be on the servers by then? Or alternatively, can you send me a link to the fixed version?
Comment 6 Colin Guthrie 2013-05-13 10:05:32 CEST
It should be on all the mirrors by then happily. It's the 2-0.10 version if you want to double check via urpmq -r first.
Comment 7 Peter Christy 2013-05-14 09:12:44 CEST
Yes, that seemed to work fine!

Many thanks!
Comment 8 Colin Guthrie 2013-05-14 10:03:25 CEST
Cool, thanks for checking :)

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.