Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 7 Apr 2019 10:12:37 +0700
From:      Victor Sudakov <vas@mpeks.tomsk.su>
To:        freebsd-virtualization@freebsd.org
Subject:   Re: running FreePBX SNG7 Official Distro
Message-ID:  <20190407031237.GA7489@admin.sibptus.ru>
In-Reply-To: <20190407023743.GB99339@admin.sibptus.ru>
References:  <20190406085458.GA89832@admin.sibptus.ru> <201904061002.x36A2BZE044704@gndrsh.dnsmgr.net> <20190407023743.GB99339@admin.sibptus.ru>

next in thread | previous in thread | raw e-mail | index | archive | help

--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Victor Sudakov wrote:
> > > > > I can guess that it looks for a FAT16 partition in the GPT with t=
he type
> > > > > "efi" but the rest is a mystery for me. Why is it trying to find
> > > > > "grubx64.efi" and not the default "boot64.efi" (which is present)=
, for
> > > > > example?
> > > >=20
> > > > I suspect that what ever guest you installed installed something
> > > > else someplace, either within the eft partition, or possibly in
> > > > the MBR?
> > >=20
> > > Do you mean to say, the guest installing something else someplace can
> > > influence the boot sequence of bhyve efi?
> >=20
> > The guest created all of the bits on that zvol,
> > it can influence many things.  There is probably a tiny initial
> > stub that efi loads that has this bath to grubx64.efi codded in
> > it and that is what is causing this issue.
>=20
> It is very important to find and debug it because Oracle VirtualBox in
> UEFI mode installs and runs this guest just fine. So it must be some
> issue in bhyve itself.
>=20
> Here is the complete archive of everything the guest created in the EFI
> partition: http://admin.sibptus.ru/~vas/freepbx.tar.gz
> can you find those confusing bits?

I got it! bhyve does the right thing: it tries to boot BOOTX64.EFI, but
BOOTX64.EFI  makes it look for grubx64.efi. So BOOTX64.EFI must be some
kind of chain loader.

Watch the interactive session below.  It does not however mean that there is
nothing to fix. As I said Oracle VirtualBox in UEFI mode installs and runs =
this
guest just fine.

FS0:\> cd EFI
FS0:\EFI\> ls
Directory of: FS0:\EFI\
04/04/2019  15:53 <DIR>         2,048  .
04/04/2019  15:53 <DIR>             0  ..
04/04/2019  16:26 <DIR>         2,048  centos
04/06/2019  04:19 <DIR>         2,048  BOOT
          0 File(s)           0 bytes
          4 Dir(s)
FS0:\EFI\> cd BOOT
FS0:\EFI\BOOT\> ls
Directory of: FS0:\EFI\BOOT\
04/04/2019  16:18 <DIR>         2,048  .
04/04/2019  16:18 <DIR>         2,048  ..
08/31/2017  21:30           1,296,176  BOOTX64.EFI
08/31/2017  21:30              79,048  fbx64.efi
          2 File(s)   1,375,224 bytes
          2 Dir(s)
FS0:\EFI\BOOT\> BOOTX64.EFI
Failed to set MokListRT: Invalid Parameter
Failed to open \EFI\BOOT\grubx64.efi - Not Found
Failed to load image \EFI\BOOT\grubx64.efi: Not Found
start_image() returned Not Found
FS0:\EFI\BOOT\>=20

--=20
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/

--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEcBAEBAgAGBQJcqWqlAAoJEA2k8lmbXsY0IisIAJ7a8pxf4UaIB1LcNq6MSbu+
tx4N+cQPfb3f2b4njruMvKdTp4S7RYRpwHs2gU0A6EKjm0DIHUqIfoJyT7Z7AqY6
AXMWAkVTkO04wP0lYdWPrqMhOmvzKewfgFD4DO3w7lvMYnaLO9j5WosSsKixZSYB
hhuMelWk5Mu69CYp+ALa0S7YmuvV2AP8TZwZQek4vMVkFHzznXT+9I04NqbdDqky
pk0vm3kE77BtlNu5lVK8x8dcGxAx3eILKuGwoHeL1wgvWd3RugEDRfqJGWlqq+5f
zLxzouxZ2jRDyvLOHc5AYo8SgTzTMcvM09trl8lBTRytWa+ean88WqpeLahDCCw=
=hzVw
-----END PGP SIGNATURE-----

--sm4nu43k4a2Rpi4c--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190407031237.GA7489>