On 19/12/2020 23:20, Warner Losh wrote: > > > On Sat, Dec 19, 2020 at 2:21 PM Graham Perrin <grahamperrin_at_gmail.com > <mailto:grahamperrin_at_gmail.com>> wrote: > > With VirtualBox on an r368589 host I installed the latest (17th > December) snapshot of 13.0-CURRENT in a guest machine. I set the > guest > to EFI before installation, and chose GPT (UEFI) during installation. > > After installing KDE Plasma etc., the guest worked for a short > while but > then failed to boot. Screenshots at <https://imgur.com/a/xoYHwbT > <https://imgur.com/a/xoYHwbT>>; > scroll down to 17:49:06 for a shot of a failure. > > Is this maybe another case of bug 251866? > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251866 > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251866>> > > > Try the next snapshot... I just fixed this in -current... or so I > claim. Please validate my claim. :) > > Though unless there's a bunch of stuff where the boot loader fails and > then loads the shell, maybe not... > > You need to check you ESP to make sure there's a bootx64.efi in > \efi\boot\ as well... that would also kick you into the shell... > > Warner Thanks, will the next snapshot be on/around 24th December? Or later, with the festive season? In the meantime I added four shots to the album. With the boot maintenance manager of VirtualBox, I <https://imgur.com/BTsj4zS> navigated to loader.efi, added it as a boot option (I lazily named it 'loader.efi') then set it as primary <https://imgur.com/FYnHynr> after which: * normal resets or restarts of the VM do successfully boot – and if I change the boot order to make 'EFI Hard Drive' primary and 'loader.efi' last, boots fail (drop outs to the EFI shell). <https://imgur.com/MYLowDt> and <https://imgur.com/G3SKMZh> it appears that 'EFI Hard Drive' and 'EFI DVD/CDROM' have the same path. Surely wrong, I can think of nothing that might have caused this. GrahamReceived on Sat Dec 19 2020 - 23:31:12 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:26 UTC