Re: Grub2 chainloader bootmgfw.efi not working

[Andrei Borzenkov]

On Tue, Sep 15, 2015 at 12:28 PM, Vyacheslav Gonakhchyan
<address@hidden> wrote:
> Attached devtree output. Don't have serial console so provided image links.
>
>>Do you see entry corresponding to hd1,gpt7?
> Only HD entries I see:
> http://postimg.org/image/5a5n8yylv/
> Entire lsefi output:
> http://postimg.org/gallery/206hl6qfo/fcc52503/?code=fcc52503
>
>
> ls -l output:
> http://postimg.org/image/ntoj0d7lf/
> http://postimg.org/image/666q25xo3/
>

Well, you firmware sees two partitions - (hd2,msdos2) and what is
probably protective MBR on hd1. It does *NOT* show any trace of GPT
partitions on hd1.

Could you please boot EFI Shell and attach output of "map -v" command?

> On Tue, Sep 15, 2015 at 6:56 AM, Andrei Borzenkov <address@hidden>
> wrote:
>>
>> 15.09.2015 01:18, Vyacheslav Gonakhchyan пишет:
>>>
>>> I installed grub-git and efibootmgr-git and reproduced it.
>>> If it matters could not build efivar-git so it's few month behind.
>>>
>>>
>>
>> Could you please run "lsefi" in GRUB CLI and look for paths ending with
>> HD(...). It is structured as
>>
>>
>> HD(<partition_number>,<partition_start>,<partition_size>,<partition_signature>,<partmap_type>,<signature_type>)
>>
>> Do you see entry corresponding to hd1,gpt7?
>>
>> Unless you have serial console you want to do
>>
>> set pager=1
>>
>> otherwise it will scroll too fast. Keep in mind that there is no way to
>> abort output once started you will have to keep paging it until end. If you
>> have serial console, could you attach output as well as "ls -l"?
>>
>> Could you also boot EFI Shell and attach output of "devtree" (you can
>> redirect to a file on ESP).
>>
>>
>>> On Mon, Sep 14, 2015 at 7:42 PM, Andrei Borzenkov <address@hidden>
>>> wrote:
>>>
>>>> 14.09.2015 15:36, Vyacheslav Gonakhchyan пишет:
>>>>
>>>>> My Grub2 is EFI. I use grub-install --target=x86_64-efi
>>>>> --efi-directory=/boot/efi /dev/sda which calls efibootmgr to load
>>>>> grubx64.efi into UEFI BIOS.
>>>>>
>>>>>
>>>> OK in this case message means that grub cannot find EFI handle for $root
>>>> (i.e. in your case - partition gpt7). GRUB itself needs just disk
>>>> reference
>>>> and handles partitions internally. But when launching external binary it
>>>> wants to pass it reference to device where it is located which means it
>>>> must be exported and accessible by firmware.
>>>>
>>>> The first step would be to try to reproduce it using upstream sources.
>>>>
>>>>
>>>> echo $grub_cpu $grub_platform
>>>>>>
>>>>>>
>>>>> Sorry, can only check it later. I'm guessing x86_64, efi-64...
>>>>>
>>>>> On Mon, Sep 14, 2015 at 4:11 PM, Andrei Borzenkov <address@hidden>
>>>>> wrote:
>>>>>
>>>>> On Mon, Sep 14, 2015 at 2:36 PM, Vyacheslav Gonakhchyan
>>>>>>
>>>>>> <address@hidden> wrote:
>>>>>>
>>>>>>> Hi, everyone!
>>>>>>>
>>>>>>> I have dual boot config Archlinux/Windows7 and latest packages. I am
>>>>>>>
>>>>>> booted
>>>>>>
>>>>>>> into grub rescue mode. Or use command line. I want to tell Grub2 to
>>>>>>> load
>>>>>>> Windows Boot Loader bootmgfw.efi. Basically grub2 refuses to do it
>>>>>>> with
>>>>>>> error "invalid root device".
>>>>>>>
>>>>>>> Steps to reproduce:
>>>>>>>
>>>>>>>> set root=(hd1,gpt7)
>>>>>>>> chainloader /EFI/Microsoft/Boot/bootmgfw.efi
>>>>>>>>
>>>>>>> Screen is flashing with "invalid root device".
>>>>>>>
>>>>>>>
>>>>>> Is your grub BIOS or EFI? What are values for grub_cpu and
>>>>>> grub_platform?
>>>>>>
>>>>>> echo $grub_cpu $grub_platform
>>>>>>
>>>>>> So grub2 finds bootmgfw.efi but cannot give it control. I tried every
>>>>>>>
>>>>>>>
>>>>>> other
>>>>>>
>>>>>>> hd1,gpt combination to no avail.  I also tried setting root to one
>>>>>>> device
>>>>>>> and loading bootmgfw.efi from another device(hd1,gpt7).
>>>>>>> It's strange because I can load this file from shell (shellx64.efi)
>>>>>>>
>>>>>> within
>>>>>>
>>>>>>> UEFI BIOS without error. Any advice is appreciated.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Viacheslav
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Help-grub mailing list
>>>>>>> address@hidden
>>>>>>> https://lists.gnu.org/mailman/listinfo/help-grub
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>