From owner-freebsd-bugs@freebsd.org Wed Jul 8 10:50:32 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02CA035EC60 for ; Wed, 8 Jul 2020 10:50:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1x0l6MP5z3dR2 for ; Wed, 8 Jul 2020 10:50:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id D892C35EBEE; Wed, 8 Jul 2020 10:50:31 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D857C35ECBF for ; Wed, 8 Jul 2020 10:50:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1x0l5SsSz3dc5 for ; Wed, 8 Jul 2020 10:50:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 85BD41EDE7 for ; Wed, 8 Jul 2020 10:50:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 068AoV0p063407 for ; Wed, 8 Jul 2020 10:50:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 068AoVtt063406 for bugs@FreeBSD.org; Wed, 8 Jul 2020 10:50:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 247845] FreeBSD does not boot when UEFI bootvar entry does not exist in NVRAM Date: Wed, 08 Jul 2020 10:50:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 12.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: michael.osipov@siemens.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2020 10:50:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247845 Bug ID: 247845 Summary: FreeBSD does not boot when UEFI bootvar entry does not exist in NVRAM Product: Base System Version: 12.1-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: misc Assignee: bugs@FreeBSD.org Reporter: michael.osipov@siemens.com I'll try to be as detailed as possible: I have a Fujitsu CELSIUS W410 which has M/B D3062-A13 by Fujitsu. The firew= are version is up to date: V4.6.4.0 - R1.29.0 (18.06.2015). Yes, the machine is old. I have unplugged all drives which still contain Windows to avoid any issues during installation/boot. The firmware config is set to UEFI mode only, no CSM, no ATAPI. Pure new mo= de. Downloaded FreeBSD-12.1-STABLE-amd64-20200702-r362880-memstick.img and wrot= e to a stick with Rufus. The firmware properly shows it as "UEFI: ".= The FreeBSD EFI loader comes up and I am can install the system. I have selected Auto (UFS) on the 60 GB SSD, bsdinstall created ESP, ufs fo= r / and swap. Reboot the system, nothing happens. ESP DOES contain the default loader, but not picked up by the system. After some digging I have found: https://forums.freebsd.org/threads/cant-boot-on-uefi.68141/#post-406138. efibootmgr -v does not show any bootvar in NVRAM. Strage. Added manually on= e, the system started to boot, even "gop list" works. Tried FreeBSD-13.0-CURRENT-amd64-20200702-r362853-memstick.img, installed t= he same way with UFS, there is a bootvar in NVRAMm, it has been created automatically. After some search I have found: https://github.com/freebsd/freebsd/blob/master/usr.sbin/bsdinstall/scripts/= bootconfig#L151-L152 which does not exist fo 12-STABLE: https://github.com/freebsd/freebsd/blob/4df7391aa971ab3c1ac672de3eb5ed72a38= 4b58f/usr.sbin/bsdinstall/scripts/bootconfig#L38-L39 My understanding is that FreeBSD 12 relies on the default fallback loader w= hile the UEFI implementation of my M/B does not locate it on disk although this = one has been selected for boot. I guess my firmware is buggy, but FreeBSD 12 do= es not know about that. Since 12 is the latest and greatest for the years to c= ome, I expect some better handling: either an explicit bootvar or or warning that the fallback might not always work on all systems. Others will trip with way less knowledge to dig into. --=20 You are receiving this mail because: You are the assignee for the bug.=