Bug 10053

Summary:	mageia-prepare-upgrade does not work properly with lilo bootloader
Product:	Mageia	Reporter:	Peter Christy <christy>
Component:	RPM Packages	Assignee:	Colin Guthrie <mageia>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	High	CC:	davidwhodgins, eeeemail, ennael1, mageia, pmdenielou, tmb
Version:	2
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	mageia-prepare-upgrade	CVE:
Status comment:
Bug Depends on:
Bug Blocks:	9744

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