Date: Tue, 08 Oct 2019 09:07:11 +0300 From: "Yuri Pankov" <yuripv@yuripv.net> To: freebsd-current@freebsd.org Subject: Re: memstick installer doesn't install loader.efi into ESP Message-ID: <e9136e10-ddf1-46c7-90d7-b536dd025177@www.fastmail.com> In-Reply-To: <c0591cda-7836-0038-2c8a-7b64596173ff@yuripv.net> References: <c0591cda-7836-0038-2c8a-7b64596173ff@yuripv.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 7, 2019, at 5:23 AM, Yuri Pankov wrote: > Just tried reinstalling the system on my laptop using the latest > available memstick snapshot > (https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-amd64-20191004-r353072-memstick.img), > using UEFI boot, and default ZFS partitioning, and it didn't boot after > installation. Booting into the installer again, I noticed that ESP is > empty. > > Reinstalling again after wiping pool labels and clearing partitions > didn't change anything, though I noticed the "/tmp/bsdinstall-esps: no > such file or directory" in the installer log. > > Mounting ESP, creating EFI/FreeBSD/ directory, copying /boot/loader.efi > there, and creating appropriate Boot variable solves it, of course, but > I'm wondering what have gone wrong. > > Laptop has NVMe drive (nvd0, empty, gpart destroy -F nvd0), SATA drive > (ada0, empty, gpart destroy -F ada0), and is booting from USB memstick > (da0); no Boot variables defined when booting to installer (other than > defaults ones for laptop). Any other details I should provide here? I think I see the problem, bootconfig script uses ZFSBOOT_DISKS variable that isn't defined and always empty and auto-detection must be unreliable in some cases, at least for me as I reproduced it on another system with NVMe device adding a SATA disk as well (didn't look into the details). Should be easy to fix, review incoming.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e9136e10-ddf1-46c7-90d7-b536dd025177>