Date: Tue, 23 Oct 2018 23:30:39 +0300 From: Toomas Soome <tsoome@me.com> To: Harry Newton <hn@yewbarrow.net> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: UEFI boot hangs after loader Message-ID: <B5749B46-02E5-4B48-858B-EE2743281154@me.com> In-Reply-To: <CAKAm69EF98FZnh0KHkArPGX=_7OZT369kQr3J5YigE-0mOsgqA@mail.gmail.com> References: <CAKAm69Fw%2BX3Xik6rUcEOrr0TtxypEc2D05%2B5g9JGh=N2VxZGpA@mail.gmail.com> <282E6F72-6573-4F0E-81AB-25110855EBB7@me.com> <CAKAm69EMraV0KaPEbsxTcEpwFjpNZtW-sc42mmSq=9vv%2BiyGzQ@mail.gmail.com> <2950121D-C985-4F2E-A512-FB73CFDF48BC@me.com> <CAKAm69Gd1yq0Lss2nByjkkfiTPCAW6wvaKPF8LVqbw%2BvbEnxUQ@mail.gmail.com> <4457A5DC-A577-4782-B1E8-306236908D5D@me.com> <CAKAm69EF98FZnh0KHkArPGX=_7OZT369kQr3J5YigE-0mOsgqA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
you should have the binaries in boot - just ln (or copy) one to = loader.efi rgds, toomas > On 23 Oct 2018, at 23:22, Harry Newton <hn@yewbarrow.net> wrote: >=20 > Yes ... so as everything is built, can I just alter = LOADER_DEFAULT_INTERP in /etc/make.conf and then reinstall just the = loader and boot parts onto the UEFI partition ? If so, how ? >=20 >=20 > On 23 October 2018 at 21:17, Toomas Soome <tsoome@me.com = <mailto:tsoome@me.com>> wrote: > ok, in that case I=E2=80=99d suggest to test out if forth based one is = still working - at least you can get the bootable system. And then there = is a chance to debug the lua version too (note it should be possible to = chain /boot/loader_lua.efi). >=20 > rgds, > toomas >=20 > > On 23 Oct 2018, at 23:08, Harry Newton <hn@yewbarrow.net = <mailto:hn@yewbarrow.net>> wrote: > >=20 > > So it's got FORTH in it, but my loader is lua based, and also = doesn't > > appear to read loader.rc. > >=20 > > /H > >=20 > > On 23 October 2018 at 21:03, Toomas Soome <tsoome@me.com = <mailto:tsoome@me.com>> wrote: > >=20 > >> hm. in that case, whats the content of /boot/loader.rc ? > >>=20 > >> rgds, > >> toomas > >>=20 > >>=20 > >> On 23 Oct 2018, at 23:01, Harry Newton <hn@yewbarrow.net = <mailto:hn@yewbarrow.net>> wrote: > >>=20 > >> If boot menu is the screen where you get the options for various = kernels > >> and the picture of the daemon head, no. It stops at the point in = my email > >> =E2=80=94 though not as I said just before the kernel is loaded but = in point of > >> fact before the menu. > >>=20 > >> I've also rebuilt the kernel and still can't use efibootmgr which = is > >> puzzling me. > >>=20 > >> /H > >>=20 > >>=20 > >> On 23 October 2018 at 20:56, Toomas Soome <tsoome@me.com = <mailto:tsoome@me.com>> wrote: > >>=20 > >>> Do you get boot menu? if so, press esc to get to ok prompt, then = type > >>> start - if its bootfort based loader, it will load the kernel and = modules. > >>> lsmod will then list the loaded files. > >>>=20 > >>> If the loader prompt is still usable, then next command would be: = boot > >>>=20 > >>> rgds, > >>> toomas > >>>=20 > >>>> On 23 Oct 2018, at 20:45, Harry Newton <hn@yewbarrow.net = <mailto:hn@yewbarrow.net>> wrote: > >>>>=20 > >>>> Just upgraded my Asus UX303L (amd64) from 11-STABLE to 12.0-BETA1 > >>> r339529 > >>>> by source. Have a problem with booting which hangs after: > >>>>=20 > >>>>>> FreeBSD EFI boot block > >>>> Loader path: /boot/loader.efi > >>>>=20 > >>>> Initializing modules: ZFS UFS > >>>> Probing 5 block devices ... done > >>>> ZFS found the following pools: zroot > >>>> UFS found no partitions > >>>> Consoles: EFI console > >>>> FreeBSD/amd64 EFI loader, Revision 1.1 > >>>>=20 > >>>> Command line arguments: loader.efi > >>>> EFI version 2.31 > >>>> EFI Firmware: American Megatrends (rev 4.654) > >>>> Console: efi(0) > >>>> Load Path: HD(4, GPT [ ... ] > >>>> Load Device: Pci Root [ ... ] > >>>> Boot Current: 0001 > >>>> Boot Order: 0001 [x] > >>>> Boot Info Path: HS(1, GPT, [ ... ] /\EFI\BOOT\BOOTX64.EFI > >>>> - > >>>>=20 > >>>> So it gets into loader.efi which runs but stops I think just = before > >>> loading > >>>> the kernel. Partitions: > >>>>=20 > >>>> =3D> 40 250069600 ada0 GPT (119G) > >>>> 40 1600 1 efi (800K) > >>>> 1640 1024 2 freebsd-boot (512K) > >>>> 2664 1432 - free - (716K) > >>>> 4096 4194304 3 freebsd-swap (2.0G) > >>>> 4198400 245870592 4 freebsd-zfs (117G) > >>>> 250068992 648 - free - (324K) > >>>>=20 > >>>> and the EFI partition is FAT 12. > >>>>=20 > >>>> I can't provide (at the moment) any output from efibootmgr: > >>>>=20 > >>>> root@gryphon:~ # efibootmgr -v > >>>> efibootmgr: efi variables not supported on this system. root? = kldload > >>> efirt? > >>>> root@gryphon:~ # kldload efirt > >>>> kldload: can't load efirt: module already loaded or in kernel > >>>>=20 > >>>> which I don't understand. > >>>>=20 > >>>> I'm going to rebuild the kernel (currently GENERIC) and see if = that > >>> allows > >>>> me to load efirt / use efibootmgr. > >>>>=20 > >>>> In the meantime, I should be very grateful for any advice. > >>>>=20 > >>>> ( Currently booting using a 11-RELEASE memstick image and = dropping into > >>> its > >>>> loader to get to the installed 12-STABLE ). > >>>>=20 > >>>> /Harry > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org <mailto:freebsd-current@freebsd.org> = mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current = <https://lists.freebsd.org/mailman/listinfo/freebsd-current>; > >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@f > >>> reebsd.org <http://reebsd.org/>" > >>>=20 > >>>=20 > >>=20 > >>=20 > >> -- > >> Harry Newton > >>=20 > >>=20 > >>=20 > >=20 > >=20 > > --=20 > > Harry Newton > > _______________________________________________ > > freebsd-current@freebsd.org <mailto:freebsd-current@freebsd.org> = mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current = <https://lists.freebsd.org/mailman/listinfo/freebsd-current>; > > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org = <mailto:freebsd-current-unsubscribe@freebsd.org>" >=20 >=20 >=20 >=20 > --=20 > Harry Newton
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B5749B46-02E5-4B48-858B-EE2743281154>