bugGNU GRUB - Bugs: bug #37869, Chainloading Windows EFI on Intel...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #37869: Chainloading Windows EFI on Intel Matrix FakeRAID fails.

Submitted by:  Florian Wagner <wagnerflo>
Submitted on:  Wed 05 Dec 2012 09:34:58 AM UTC  
 
Category:  Booting Severity:  Major
Priority:  5 - Normal Item Group:  Software Error
Status:  Fixed Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Closed Release: 
Release:  other Reproducibility:  Every Time
Planned Release:  None

Sun 29 Dec 2013 09:04:43 AM UTC, comment #3:

Sorry, I can't since I've recently switched away from my Intel Matrix RAID configuration...

Florian Wagner <wagnerflo>
Tue 24 Dec 2013 06:05:50 PM UTC, comment #2:

Mot likely this is already fixed in current trunk. Could you confirm?

Vladimir Serbinenko <phcoder>
Project Administrator
Wed 12 Dec 2012 11:00:00 AM UTC, comment #1:

Is there any interest at all to tackle this? Am I too impatient to expect no matter what kind of reaction within a week?

Florian Wagner <wagnerflo>
Wed 05 Dec 2012 09:34:58 AM UTC, original submission:

I'd like to chainload Windows from GRUB2 (2.00-1 from Arch Linux repositories) and am using the following menu entry:

menuentry "Windows 7" --class windows --class os {
insmod part_gpt
insmod fat
insmod search_fs_uuid
insmod chain
search --fs-uuid --no-floppy --set=root 12c9-86c3
set debug=all
chainloader /efi/Microsoft/Boot/bootmgfw.efi
}

Booting this results in the following output. This transcribed from screen, if you require the full output, please say so and I will attach a serial cable to be able to capture it.

script/script.c:50: malloc 0x8d1b4600
script/script.c:50: malloc 0x8d1b45c0
script/script.c:198: cmdline
script/script.c:50: malloc 0x8d1b4560
script/lexer.c:318: token 0 text []
script/script.c:50: malloc 0x8d1b4b00
script/script.c:50: malloc 0x8d1b4900
script/script.c:294: append command
script/script.c:50: malloc 0x8d1b48c0
kern/disk.c:230: Opening `hd0,gpt1'...
disk/efi/efidisk.c:489: opening hd0
disk/efi/efidisk.c:519: m = 0x91301048, last block = 1dcf1fff, block size = 200
disk/efi/efidisk.c:529: opening hd0 succeeded
partmap/gpt.c:90: Reading a valid GPT header
partmap/gpt.c:114: GPT entry 0: start=2048, length=262144
kern/fs.c:55: Detecting fat...
kern/disk.c:230: Opening `hd0,gpt1'...
disk/efi/efidisk.c:489: opening hd0
disk/efi/efidisk.c:519: m = 0x91301058, last block = 1dcf1fff, block size = 200
disk/efi/efidisk.c:529: opening hd0 succeeded
partmap/gpt.c:90: Reading a valid GPT header
partmap/gpt.c:114: GPT entry 0: start=2048, length=262144
/EndEntire
file path: /ACPI(a0341d0,0)/PCI(2,1f)

And then the system just stands there with blinking cursor and doesn't accept any input (this could be because of my USB keyboard, perhaps).

For reference: Windows boots without issue if I select it directly from the EFI boot selection menu.

The hd0 is a Intel Matrix FakeRAID volume.

On help-grub Jordan Uggla said that he remembers "[...] seeing a problem a while ago with Windows' UEFI boot manager failing when there was memory pressure, and FakeRAID often uses a lot of memory, with the additional memory used by grub pushing it over the edge to where Windows' boot manager fails."

Florian Wagner <wagnerflo>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by phcoder (Posted a comment)
  • -email is unavailable- added by wagnerflo (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

     

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-12-29 phcoder StatusNone => Fixed
        Open/ClosedOpen => Closed

    Back to the top


    Powered by Savane 3.3