From owner-freebsd-hackers@freebsd.org Mon Mar 25 10:36:37 2019 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A305155AEEE for ; Mon, 25 Mar 2019 10:36:37 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 730E98B752 for ; Mon, 25 Mar 2019 10:36:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x2PAaX8Q079264; Mon, 25 Mar 2019 03:36:33 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x2PAaXsA079263; Mon, 25 Mar 2019 03:36:33 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201903251036.x2PAaXsA079263@gndrsh.dnsmgr.net> Subject: Re: Adding a new efi-update-loader script: need help understanding Makefile.inc1 for "make installworld" In-Reply-To: <6fcddcfe-8d0e-d493-7a1b-2ba093dacabb@jigsawdezign.com> To: James Wright Date: Mon, 25 Mar 2019 03:36:33 -0700 (PDT) CC: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 730E98B752 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.95 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.28)[0.285,0]; NEURAL_HAM_LONG(-0.44)[-0.437,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.20)[0.202,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.02)[ip: (0.08), ipnet: 69.59.192.0/19(0.04), asn: 13868(0.02), country: US(-0.07)] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2019 10:36:37 -0000 > > FYI... I run a quad boot (OSX, FreeBSD, Debian, Win10) setup on a > MacbookAir using rEFInd. Nothing annoys me more than the OSX, Linux, and > Win10 updates that decide without warning to replace the boot loader on > the ESP. FreeBSD was the only OS that doesn't do this (I'm fine with > updating /efi/freebsd/loader.efi manually), please could we not mess > about replacing boot loaders on the ESP unless explicitly asked to? I absolutely agree with this possition. As one who at any time may have various disk drives mounted that have nothing to do with my currently running system code that mucks with bootcode that is not explicityly invoked by me is very likely to make a mess of things. I very often have more than one boot type drive attached to a system. > On 25/03/2019 02:30, Rebecca Cran via freebsd-hackers wrote: > > On 3/24/19 7:34 PM, Warner Losh wrote: > > > >> > >> Right. We need a standard location (that maybe can be overridden, > >> like you > >> can with /boot, if you really want), and that's likely the first > >> order of > >> business. I don't think we should be second guessing, though. And we > >> shouldn't be touching \efi\boot anything unless specifically > >> instructed to > >> do so. I'm deeply uncomfortable with guessing whether or not to do > >> something... > > > > > > I'd be wary of *not* touching \efi\boot, since both Microsoft and > > Linux installs \efi\boot\bootx64.efi. And with desktop systems often > > not having an UEFI Shell built in and no option to browse for a boot > > loader from the BIOS, if the FreeBSD boot entry gets lost somehow > > they're stuck. I discovered recently that rEFInd at least knows to > > look for \efi\freebsd\loader.efi, but otherwise recovery could be > > pretty tricky for people who aren't familiar with UEFI. Perhaps adding > > an option to the efi-update-loader script to search for and list > > potential ESPs could help, along with good documentation of efibootmgr > > etc. > > > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org