windows entry for grub2
cary at SDF.org
Wed Aug 5 06:37:01 UTC 2015
David Benfell wrote:
> Quoting Cary <cary at sdf.org>:
>> David Benfell wrote:
>>> Quoting CeDeROM <cederom at tlen.pl>:
>>>> Hello David :-)
>>>> EFI is different than MBR/BIOS. I did not manage to boot Grub2/Linux on my
>>>> new EFI machine. Only FreeBSD and Windows starts.
>>> It *is* a very weird and poorly documented process and I haven't actually
>>> checked to see yet if I succeeded in getting grub to work.
>> Do you see any output after running grub-mkconfig(8) ?
> Yes, and this (but see below for the resulting grub.cfg) looks like more trouble:
> home-desktop# grub-mkconfig -o /boot/grub/grub.cfg
> Generating grub configuration file ...
> Found kernel of FreeBSD: /boot/kernel/kernel
> Found kernel module directory: /boot/kernel
> grub-probe: error: cannot find a GRUB drive for /dev/da0p1. Check your device.map.
> grub-probe: error: cannot find a GRUB drive for /dev/da1p1. Check your device.map.
> I don't have even the first idea why it's looking for /dev/da0p1 or /dev/da1p1.
> I've tried both creating /boot/grub/device.map with just an entry for /dev/ada0
> and deleting it.
> I managed to copy in the EFI directory from my other local system. I'm in the
> middle of stuff right now, so I haven't yet tested this. grub-mkconfig does,
> however, create /boot/grub/grub.cfg which, among other things, appears to
> contain entries (see below) for Windows (and Dell) stuff.
> And grub-install appears to work:
> home-desktop# mount /boot/efi
> home-desktop# grub-install --target x86_64-efi /dev/ada0
> Installing for x86_64-efi platform.
> Installation finished. No error reported.
> home-desktop# ls -al /boot/efi/EFI
> total 192
> drwxr-xr-x 1 root wheel 16384 Jan 21 2015 .
> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 ..
> drwxr-xr-x 1 root wheel 16384 Jan 21 2015 Boot
> drwxr-xr-x 1 root wheel 16384 Jul 5 2014 Dell
> drwxr-xr-x 1 root wheel 16384 Jan 21 2015 Microsoft
> drwxr-xr-x 1 root wheel 16384 Aug 4 17:01 grub
> One thing that is surprising is that I am no longer having to switch the
> partition type back and forth between bios-boot and efi. I don't know what
> changed here--oops.
> grub.cfg contains:
> home-desktop# cat /boot/grub/grub.cfg
> # DO NOT EDIT THIS FILE
> # It is automatically generated by grub-mkconfig using templates
> # from /usr/local/etc/grub.d and settings from /usr/local/etc/default/grub
> ### BEGIN /usr/local/etc/grub.d/00_header ###
> insmod part_gpt
> if [ -s $prefix/grubenv ]; then
> set default="0"
> > ### END /usr/local/etc/grub.d/41_custom ###
> ### BEGIN /usr/local/etc/grub.d/50_otherbe ###
> ### END /usr/local/etc/grub.d/50_otherbe ###
> I'm hoping for the best. As soon as I get through with all this other stuff,
> I'll attempt a reboot and see if I can actually get into 1) grub, and 2)
> Windows. The latter, as previously mentioned, might fail because the files I
> copied in are from Windows 8.1 rather than Windows 10.
> I do have another Windows 10 installation lying about but I haven't found how
> reliably to get into the firmware to boot it under something else that will let
> me actually copy the files from its EFI partition. This other system is a
> super-cheap Asus laptop and Google is not being my friend.
It looks ok. Not much trouble. We'll know when you reboot.
In meantime you might also run
$ grub-probe --target=fs_uuid --device /dev/ada0p5
If the command returns a uuid you might be able to use it in
the grub.cfg that you have.
cary at sdf.org
SDF Public Access UNIX System - http://sdf.org
More information about the freebsd-questions