Bug 52

(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:2.0b10) Gecko/20110206
> Firefox/4.0b10
> Build Identifier: 
> 
> Description of problem:
> Windows is not added to grub boot list during installation. I have windows 7
> and after installation of mageia it is not listed in grub.
> 
> Version-Release number of selected component (if applicable):
> 
> 
> How reproducible:
> Make a clean install to a computer where windows is installed.
> 
> Reproducible: 
> 
> Steps to Reproduce:

nor it adds LMDE either.

How reproducible: make a clean install in sda2 having LMDE in SDA1;
accept Mageia's defaults concerning GRUB; on reboot only Mageia is listed.

CC: (none) => ami6lukas

Created attachment 9 [details]
working grub with windows 7

it works for me, see attached menu.lst

did you add a mount point for your windows partition ?
mine was automatically set as /media/windows

could you paste your menu.lst and your /etc/fstab ?

(In reply to comment #2)
> Created attachment 9 [details]
> working grub with windows 7
> 
> it works for me, see attached menu.lst
> 
> did you add a mount point for your windows partition ?
> mine was automatically set as /media/windows

It was added automatically for me either in fstab but not to menu.lst
> 
> could you paste your menu.lst and your /etc/fstab ?

/boot/grub/menu.lst
timeout 10
color black/cyan yellow/cyan
gfxmenu (hd0,4)/boot/gfxmenu
default 0

title linux
kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=829205ea-d2da-4db6-b8a4-db281b9f5520 resume=UUID=e5e0bb4d-8979-452c-8e77-0aeacbbbdfd4 splash=silent vga=788
initrd (hd0,4)/boot/initrd.img

title linux-nonfb
kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=829205ea-d2da-4db6-b8a4-db281b9f5520 resume=UUID=e5e0bb4d-8979-452c-8e77-0aeacbbbdfd4
initrd (hd0,4)/boot/initrd.img

title failsafe
kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=829205ea-d2da-4db6-b8a4-db281b9f5520 failsafe
initrd (hd0,4)/boot/initrd.img

title windows
root (hd0,1)
chainloader +1


/etc/fstab

# Entry for /dev/sda5 :
UUID=829205ea-d2da-4db6-b8a4-db281b9f5520 / ext4 acl,noatime 1 1
# Entry for /dev/sda7 :
UUID=e707baf6-9391-4247-b0c0-a2705c68f4c4 /home ext4 acl,noatime 1 2
/dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
# Entry for /dev/sda3 :
UUID=0C8E26C18E26A2E6 /media/windows ntfs-3g defaults,umask=000 0 0
none /proc proc defaults 0 0
# Entry for /dev/sda6 :
UUID=e5e0bb4d-8979-452c-8e77-0aeacbbbdfd4 swap swap defaults 0 0

I can remember that the same problem was with Mandriva 2010.1 / 2010.2 also. Only thing that I can think of is that this is a Dell laptop wich has 3 partitions for windows. Windows itself is installed on sda3 but windows is started from sda2 partition. Just a guess

@Andres, please attach /root/drakx/report.bug.gz from the installed system.

Assignee: ahmadsamir3891 => bugsquad
Source RPM: (none) => grub

Created attachment 33 [details]
/root/drakx/report.bug.gz

sorry but in your menu.lst I see

title windows
root (hd0,1)
chainloader +1

so if you choose that entry you should be able to boot windows.

Yes as I need Windows sometimes I added it manually.

had the same issue.

With me, it's one of those laptops with windows preloaded, and it was never started before, but the semi-installation is there.

Also Mandriva 2010.0 had been on it and it wasn't detected either for grub, (except that it was listed as an upgrade possibility)

*** Bug 268 has been marked as a duplicate of this bug. ***

CC: (none) => inster.css

> 
> I can remember that the same problem was with Mandriva 2010.1 / 2010.2 also.
> Only thing that I can think of is that this is a Dell laptop wich has 3
> partitions for windows. Windows itself is installed on sda3 but windows is
> started from sda2 partition. Just a guess

see https://bugs.mageia.org/show_bug.cgi?id=785, comment 2
That was a duplicate, only the platform was different

Did the problem still exist in Mageia 1 rc (or in 1 official)?

CC: (none) => m.van.waes
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=785
Source RPM: grub => drakx-installer-stage2

Assigning to maintainer now that our maintainer's database has an entry for this package. Please assign back to bugsquad@mageia.org in case of a mistake from me.

Assignee: bugsquad => thierry.vignaud

@ Assignee
Please confirm this bug was assigned correctly by putting "OK" on the whiteboard or by confirming in a comment

Ok, but I haven't test it with latest Alpha iso's. Wanted to waint til beta.

(In reply to comment #13)
> Ok, but I haven't test it with latest Alpha iso's. Wanted to waint til beta.

@ Andres,

Thanks for being willing to test with Mga 2 beta :)

BTW, with "Assignee" I meant the person to whom we assigned this bug to fix it ;)

* running: blkid -o udev -p /dev/sda1
* blkid gave: vfat 07D9-0C05 DellUtility
* running: blkid -o udev -p /dev/sda2
* blkid gave: ntfs-3g A474239774236B6E RECOVERY
* running: blkid -o udev -p /dev/sda3
* blkid gave: ntfs-3g 0C8E26C18E26A2E6 OS

It seems your sda2 is called RECOVERY, which is why it gets ignored.

huh? you mean it's ignored because it's called 'RECOVERY'? there is such a hardcoded check?

Yes.

sub isRecovery {
    isFat_or_NTFS($_[0]) && ($_[0]{type_name} =~ /^Hidden/ ||
        member($_[0]{device_LABEL} ,
            # Extracted from /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
            # Hopefuly we'll ask to hal/udev someday
            'RECOVERY', 'PQSERVICE', 'HP_RECOVERY', 'Recovery Partition', 'DellUtility', 'DellRestore', 'IBM_SERVICE', 'SERVICEV001', 'SERVICEV002')
    )
}

lol...

the thing is... what if you bought a laptop which has a windows on it, but you've never initialized it? (like my wife's laptop?)

iirc the windows wasn't on it, that's why i'm following this bug.

so it also means that i can never initialize(you know, choosing language and stuff) that windows?

Pinging, because nothing has happened with this report for more than 3 months, it still has the status NEW or REOPENED.

Fixed

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