Bug 16170

Summary: Installer didn't add other OS's grub2 to newly created grub1 configuration
Product: Mageia Reporter: Piotr Mierzwinski <piotr.mierzwinski>
Component: InstallerAssignee: Thierry Vignaud <thierry.vignaud>
Status: RESOLVED WONTFIX QA Contact:
Severity: normal    
Priority: Normal CC: zen25000
Version: 5   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: CVE:
Status comment:
Attachments: report.bug

Description Piotr Mierzwinski 2015-06-22 12:15:33 CEST
I have following partitions on my disk:

(p) sda1  ntfs 
(p) sda2  ntfs (Windows 7)
(e) sda4  Extended partition
(l) sda5  / Mageia5
(l) sda6  / Kubuntu 15.04
(l) sda7    free ext4 part
(l) sda8    free ext4 part
(l) sda9    linuxswap
(l) sda10 /home
(p) sda3  ntfs  (Recovery)

where:
p - primary
e - extended
l - logical

As first was installed Kubuntu (having as default grub2).
As second was installed Mageia5 (default grub).

Unfortunately after Mageia5 installation, Kubuntu disappeared from boot menu :(.
Of course I can put properly information into /boot/grub/menu.lst, but this is not the point. This is only workaround. I think other systems should be put in boot menu.


Reproducible: 

Steps to Reproduce:
Comment 1 Samuel Verschelde 2015-06-22 12:37:03 CEST
Please attach the debug file /root/drakx/report.bug.xz that was created during installation so that we can investigate.

I don't know if we detect grub2 bootloaders properly when using grub as a bootloader. Maybe in this case we should have selected grub2 by default.

Keywords: (none) => NEEDINFO
CC: (none) => zen25000
Assignee: bugsquad => thierry.vignaud
Summary: Installer of booting program doesn't detect other systems on ext.partition => Installer didn't add other OS's grub2 to newly created grub1 configuration

Comment 2 Piotr Mierzwinski 2015-06-22 12:55:27 CEST
Created attachment 6767 [details]
report.bug
Samuel Verschelde 2015-06-22 13:12:00 CEST

Keywords: NEEDINFO => (none)

Comment 3 Barry Jackson 2015-06-22 16:42:03 CEST
(In reply to Samuel VERSCHELDE from comment #1)
> Please attach the debug file /root/drakx/report.bug.xz that was created
> during installation so that we can investigate.
> 
> I don't know if we detect grub2 bootloaders properly when using grub as a
> bootloader. Maybe in this case we should have selected grub2 by default.

We have never added grub2 based systems to the legacy grub menu.

I would recommend using "MCC->boot->Set Up Boot System" to change the bootloader to grub2 which should correctly detect and add the other operating systems to the grub2 boot menu.
Comment 4 Barry Jackson 2015-06-22 16:50:30 CEST
This used to be mentioned in the errata e.g. for Mageia 2 :-

https://wiki.mageia.org/en/Mageia_2_Errata#Installing_Mageia_next_to_a_GRUB2_based_distribution

AFAIK nothing has changed in this regard, except that we now have a fully integrated grub2 available.
Comment 5 Samuel Verschelde 2015-06-22 17:11:19 CEST
(In reply to Barry Jackson from comment #4)
> This used to be mentioned in the errata e.g. for Mageia 2 :-
> 
> https://wiki.mageia.org/en/
> Mageia_2_Errata#Installing_Mageia_next_to_a_GRUB2_based_distribution
> 
> AFAIK nothing has changed in this regard, except that we now have a fully
> integrated grub2 available.

So we should propose grub2 as the default in such situations.
Comment 6 Barry Jackson 2015-06-22 17:34:09 CEST
(In reply to Samuel VERSCHELDE from comment #5)

> So we should propose grub2 as the default in such situations.

If that is possible, then yes that would be one solution.
Comment 7 Piotr Mierzwinski 2015-06-22 18:47:41 CEST
I've applied that solution (change boot loader from mcc) and now it works :).
Kubuntu is visible in boot menu. And even all 3 Windows partitions. I'm not sure is this much usable (as I remember in grub1 was only one), and I think, this might be a bit confusing for beginners. I'm not sure is this configurable or not.
Anyway "MCC->boot->Set Up Boot System" is definitely easiest way to grub2 based system were detected than way given in documentation linked in Errata (where is mentioned about manually way and use existing grub2).
Big thanks.
Comment 8 Piotr Mierzwinski 2015-06-22 18:49:12 CEST
And one question on end. Why grub2 is not default boot manager in Mageia 5?

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

Comment 9 Barry Jackson 2015-06-22 22:05:08 CEST
(In reply to Piotr Mierzwinski from comment #7)
>...And even all 3 Windows partitions. I'm not
> sure is this much usable (as I remember in grub1 was only one), and I think,
> this might be a bit confusing for beginners. I'm not sure is this
> configurable or not.
>.....

To avoid displaying the unwanted Windows partitions you can add a line similar to this in /etc/default/grub :-

GRUB_OS_PROBER_SKIP_LIST="84E06AADE49BED2A@/dev/sda1 1EE8AF3AE8AF0F59@/dev/sda3"

Use your own UUIDs and devices of course.

Run update-grub after making the change to /etc/default/grub.

(In reply to Piotr Mierzwinski from comment #8)
> And one question on end. Why grub2 is not default boot manager in Mageia 5?

It was decided early on in the Mageia 5 development cycle that grub2 would not be the default bootloader, however it is default for UEFI installations.


Re-opening for now as nothing has changed and this report is still valid.

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

Comment 10 Piotr Mierzwinski 2015-06-23 00:30:18 CEST
Thanks for hint. :). I've applied it and works fine (less mess in grub2 menu).
BTW. Quite pretty font in menu.

I think this (skipping hidden partition) should be implemented in installer grub2 program. Regular user don't want do this manually (and before dig in Internet, seeking for how to hide it) only would like to have one properly entry (referring to main Windows partition) in boot manger. Advanced user if will want see them then will cope with it.
Windows hidden partition are properly marked (fdisk -l nicely show this), so I think there is no problem detect then. Of course this is only my suggestion with low priority, because Mageia 5 still is using grub in first version.

> (In reply to Piotr Mierzwinski from comment #8)
> > And one question on end. Why grub2 is not default boot manager in Mageia 5?
>
> It was decided early on in the Mageia 5 development cycle that grub2 would not
> be the default bootloader, however it is default for UEFI installations.

Was there any specific reason such decision? (unstable grub2?, not supporting something?)
Comment 11 Barry Jackson 2015-06-23 01:50:25 CEST
(In reply to Piotr Mierzwinski from comment #10)

> Was there any specific reason such decision? (unstable grub2?, not
> supporting something?)

Yes, at that time grub2 was not properly supported by the Mageia installer or drak* tools - you can see the gradual integration develop right back from Mageia 2 by studying the tracker (bug #416) and it's dependant bugs.
Comment 12 Piotr Mierzwinski 2015-06-30 20:53:43 CEST
I've activated grub2 (using mcc) on my PC (previously I did it on my laptop), where I have legacy nvidia graphics card. And where I upgraded Mageia from version 5 rc to version 5 final release.
I found some issue in integration of grub2.

I had 3 kernels. Using rpmdrake I removed the oldest one (including devel, virtualbox and nvidia304 packages) after restart I noticed in advanced options of boot menu, that there persists entry referring to removed kernel. Why it has not removed? While in similar operation, if active was grub1 then boot menu was properly updated, which means removed entry referring to uninstalled kernel.
I think, boot menu should not have no entries referring to removed kernels.
Comment 13 Barry Jackson 2015-06-30 23:17:15 CEST
(In reply to Piotr Mierzwinski from comment #12)
> I've activated grub2 (using mcc) on my PC (previously I did it on my
> laptop), where I have legacy nvidia graphics card. And where I upgraded
> Mageia from version 5 rc to version 5 final release.
> I found some issue in integration of grub2.
> 
> I had 3 kernels. Using rpmdrake I removed the oldest one (including devel,
> virtualbox and nvidia304 packages) after restart I noticed in advanced
> options of boot menu, that there persists entry referring to removed kernel.
> Why it has not removed?
> While in similar operation, if active was grub1 then
> boot menu was properly updated, which means removed entry referring to
> uninstalled kernel.
> I think, boot menu should not have no entries referring to removed kernels.

Please open another bug report for this issue.
Thanks for reporting.
Comment 14 Barry Jackson 2016-04-29 00:19:03 CEST
I think this should be closed as it was against grub legacy which has never supported automatic detection and inclusion of grub2 systems.
So although valid from the reporters POV, it was easily resolved by the use of grub2.
Closing as wontfix.

Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX