On Tue, Sep 15, 2015 at 12:28 PM, Vyacheslav Gonakhchyan <[email protected]> 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 <[email protected]> > 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 <[email protected]> >>> 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 <[email protected]> >>>>> wrote: >>>>> >>>>> On Mon, Sep 14, 2015 at 2:36 PM, Vyacheslav Gonakhchyan >>>>>> >>>>>> <[email protected]> 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 >>>>>>> [email protected] >>>>>>> https://lists.gnu.org/mailman/listinfo/help-grub >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > _______________________________________________ Help-grub mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-grub
