Bug 6966 - drakboot crashed (expand_symlinks: swap boot gfxmenu is relative)
Summary: drakboot crashed (expand_symlinks: swap boot gfxmenu is relative)
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 2
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2012-08-06 13:06 CEST by Franz Holzinger
Modified: 2012-09-09 14:21 CEST (History)
2 users (show)

See Also:
Source RPM: drakxtools-14.21-1.mga2
CVE:
Status comment:

Attachments
menu.lst (2.73 KB, text/plain)
2012-08-06 13:06 CEST, Franz Holzinger 		Details
device.map (15 bytes, text/plain)
2012-08-06 13:06 CEST, Franz Holzinger 		Details
modprobe.conf (559 bytes, text/plain)
2012-08-06 13:07 CEST, Franz Holzinger 		Details
fstab (849 bytes, text/plain)
2012-08-06 13:09 CEST, Franz Holzinger 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Franz Holzinger 2012-08-06 13:06:19 CEST 
Created attachment 2609 [details]
menu.lst

The "drakboot" program crashed. Drakbug-14.21 caught it.

Mageia Control Center:
I have just configured the start of the system. And I have removed some entries from the menu.


expand_symlinks: swap/boot/gfxmenu is relative
	...propagated at /usr/lib/libDrakX/any.pm line 268.
	...propagated at /usr/sbin/drakboot line 65.
Perl's trace:
standalone::bug_handler() called from /usr/sbin/drakboot:65

Theme name: oxygen-gtk
Kernel version = 3.3.6-1.mga2
Distribution=Mageia release 2 (Official) for x86_64
CPU=Intel(R) Core(TM)2 Duo CPU     P8400  @ 2.26GHz
Comment 1 Franz Holzinger 2012-08-06 13:06:56 CEST 
Created attachment 2610 [details]
device.map
Comment 2 Franz Holzinger 2012-08-06 13:07:38 CEST 
Created attachment 2611 [details]
modprobe.conf
Comment 3 Franz Holzinger 2012-08-06 13:09:02 CEST 
Created attachment 2612 [details]
fstab
Manuel Hiebel 2012-08-06 19:46:20 CEST

Attachment 2612 mime type: application/octet-stream => text/plain

Manuel Hiebel 2012-08-06 19:47:10 CEST

Attachment 2609 mime type: application/octet-stream => text/plain

Comment 4 Manuel Hiebel 2012-08-06 19:55:08 CEST 
there is an 'upstream' bug never resolved too

CC: (none) => thierry.vignaud
See Also: (none) => https://qa.mandriva.com/show_bug.cgi?id=33391
Summary: drakboot crashed => drakboot crashed (expand_symlinks: swap boot gfxmenu is relative)

Comment 5 Thierry Vignaud 2012-08-07 10:05:01 CEST 
We're upstream now :-)
Can you attach your /boot/grub/menu.lst please?

Keywords: (none) => NEEDINFO
Assignee: bugsquad => thierry.vignaud

Thierry Vignaud 2012-08-07 10:05:12 CEST

Attachment 2610 mime type: application/octet-stream => text/plain

Comment 6 Franz Holzinger 2012-08-07 10:11:46 CEST 
The menu.lst has already been attached here.
Comment 7 Thierry Vignaud 2012-08-07 10:29:24 CEST 
I meant the menu.lst.old
Comment 8 Thierry Vignaud 2012-08-07 10:31:30 CEST 
Also which one of the entry is causing the bug to happen?
Comment 9 Franz Holzinger 2012-08-07 10:59:33 CEST 
Unfortunately the menu.lst.old is not the one from which I have removed an item. There has been an entry for the Mandriva Enterprise Server which has been installed on partition /dev/hda5 . I have removed its entry from the bootloader menu and also some alt_ ... entries. After pressing the save button in the MCC the error had happened.
Comment 10 Thierry Vignaud 2012-08-07 11:24:26 CEST 
The question is from where came the "swap/boot/gfxmenu" string.
From the various reports I've seen, it looks like it come from some other distro.

It looks like we may try to generate "missing" initrd for such foreign entries for bogus(?) entries manually added to the config file (see bug #4290)
Comment 11 Thierry Vignaud 2012-08-07 11:38:30 CEST 
Any change you deleted the MES partition, thus the partitions got renumbered, thus your swap partition tooks the number of the previous MES partition ?
Comment 12 Thierry Vignaud 2012-08-07 11:53:16 CEST 
I've a fix for such situation (in git).
Comment 13 Franz Holzinger 2012-08-07 12:18:33 CEST 
Yes, I have deleted the MES partition in order to assign a new filesystem and format it at a later time. And the partitions have got renumbered.

This is an installation of former Mandriva 2009, 2010 and Mageia 1. I have used update installations with DVDs to make the updates.

The bootmanager should also be able to survive the renumbering of the partitions.
Comment 14 Thomas Backlund 2012-09-09 14:21:27 CEST 
drakxtools update pushed:
https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0188

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.