From owner-freebsd-current@freebsd.org Tue Aug 27 11:00:57 2019 Return-Path: Delivered-To: freebsd-current@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 D3134D287A for ; Tue, 27 Aug 2019 11:00:57 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HmBc4Spnz3FRV for ; Tue, 27 Aug 2019 11:00:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1566903634; bh=fGTQ+tzo5pm1jWUvSVSyaA488fC9UYVCrAOyTPTOExI=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=HoBP6VOC6R4cE/5biDVgL6xkpji5Zi71pH1PuNKgrAH4SN5621Gc9p6MPSa8AXq9U hiBxL0PHzpRuBFNCawWmTw2SRIBEz/mosS8YgwwcDTb5XOWlzrYcyUPaOz2z/fVAJX L8ddXDcJXbY0o4eBG1ak3bfwcCisiv+UnsASJvu8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([46.88.81.15]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MFAaV-1i0gbi2my3-00GEW4; Tue, 27 Aug 2019 13:00:33 +0200 From: "O. Hartmann" To: Toomas Soome Cc: Warner Losh , Rebecca Cran , "O. Hartmann" , greg@unrelenting.technology, Karl Denninger , freebsd-current@freebsd.org Subject: Re: HELP: UEFI/ZFS Boot failure: Ignoring Boot000A: Only one DP found Message-ID: <20190827130023.0daa26ce@freyja> In-Reply-To: <2F3BAE06-4A3F-4FD2-94ED-886FEDA2ED93@me.com> References: <20190821232334.433d285c@thor.intern.walstatt.dynvpn.de> <20190821195847.577a165b@thor.intern.walstatt.dynvpn.de> <48D9A1D1-5A54-4FED-8DC8-40C9A5C9BE3A@me.com> <20190821213052.25d61cb4@thor.intern.walstatt.dynvpn.de> <480F8DE0-A38F-4BCA-9F36-0D812CDB7DD8@me.com> <20190821223140.643f6c63@thor.intern.walstatt.dynvpn.de> <483d59b24a636d0214555610350b8d73@unrelenting.technology> <20190822050509.64c88a51@thor.intern.walstatt.dynvpn.de> <12E83654-1104-408E-9A1E-BE79308B9A92@me.com> <20190826132150.6f748419@freyja> <2F3BAE06-4A3F-4FD2-94ED-886FEDA2ED93@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:1xFiT4nocDcoGKWGi3tlB0Lyne5aylcX2oyHrl1+QMcC4zrPSA4 HmZhhfdD52Eq2lIZc18r7Z7iAcZpraSlw3DOdwg+a9w7bomJXaWczqwa3x0vdFKsq37sNlt 52yCkp41ZHGdBvw7XzpauMZU05HV0qUoekyaQK2mbZ0sGHWI2Tzai5nv3szUwrzaSK6AWKm Jh1k0UhX4rJ+2giiPlBvA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:v4ymg7lKRFQ=:919R5YY+CinayjYsSSwZBe rbEbgBpfVQ+DzhCejS/T6mGHp7Mviki2r4twrNCMp+rLKKUTU3I8aT/JbpXfzaewDfrgYW+S/ bJuBUoSUreeLOX3/JmlDpk8KjwBKVHq297/jjG/BRsvPEwY1bMMu3Ho0ckLIIeobiWJlHMO8p VFYbqYSp4BzKQhzTfYJg+EKGHtNDkF2HZ3E3MZJjqTW8sGWPP7BFKXnMDqFRnl2b+1iy5jCrW FI6BQosKWJwXDekyC/W8UgmedIOXTfwO9e4+2EUCIsjCYvOJ1ExsqDrz9FFYc9IQuVXW+mjd2 rgTBoEgPqDZYszT3fp/T2cvWQr4GexJf3nWwi1eo/9uYkaZfOqYt1lDGMmv/xyPEfR4My19g2 jNB4+DDtFU0ZicEZy0LP0efAdFhySWPuoDdMgIwaIEmzOHDvFoYnWcA/oDvUFl6Me+gXHzNti svQh6LrxjuQ7GwM4ESST13Tip0Uar1g8GWIm+iX1M3kvWnZ62Jl5MKcJpI1pFiPelCkKUoi9b UIg/apvoCRgTTjLxzcOof1xNdgO06BMKIGTh/xixiTbOuzTUkZXOfPgVbVgJmjwPpb0AvRsaR /454u7ltCFBnduwDavNSkueFlo3XtwnEVKezsnexHt8oVm8D263BnYICdKHEVFfdTRKJ2DOzZ Hks3b4rE/qw3W1cGwnJGzoBhyIZtUlitYUVSZAONSZmN9kKtIVK4dRoNxT6H5Xcfdt/guw0i1 wCZZ7o8nh7Y7V1Arue3OFuZtlP6X0ugg0ENor+XakexST8C7x7nF+MznzAcxi/+Kn2aljO/D/ W/1YRE+Pj48Zqx0Z7XCNWPO2Il0pChGR5j/CUy00Xc/YL9fx2SKnWfK7gNxFc5Au2cVhYD5c/ xUkseNGohlGd+oVHbgx4c8+n7LUTYp739TJRcSDZbPbf9eWhuYK9vX+6unjX6a1ZLIIl12gD1 JcJNU0duKAlCkXX/TNd21ZvKsM+HpgYVAx14k4DDrrblj3xzvjasG/fNIE0YzuTkCEGTBwCy/ eeAgHSqGJGu34QIR3vshvvy8omij16lFSIYOGhbX7yLh5LWHpSpFnxy1kxymZnejBIeuGwJbC tTZirDojBSGEhijAiZbRtsqkKsjHWkOuoNOGi9r6Xgh2z8VcbKfeHsR2iwsWLvNPNzRDGPqM0 /XKms= X-Rspamd-Queue-Id: 46HmBc4Spnz3FRV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=HoBP6VOC; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.17.21) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-4.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-1.26)[ip: (-7.14), ipnet: 212.227.0.0/16(-1.37), asn: 8560(2.20), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; RCPT_COUNT_SEVEN(0.00)[7]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[21.17.227.212.list.dnswl.org : 127.0.3.1]; RECEIVED_SPAMHAUS_PBL(0.00)[15.81.88.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Mailman-Approved-At: Sun, 13 Oct 2019 15:23:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 27 Aug 2019 11:00:57 -0000 X-Original-Date: Tue, 27 Aug 2019 13:00:27 +0200 X-List-Received-Date: Tue, 27 Aug 2019 11:00:57 -0000 On Tue, 27 Aug 2019 08:43:53 +0300 Toomas Soome wrote: > > On 27 Aug 2019, at 08:08, Warner Losh wrote: > > > > On Mon, Aug 26, 2019, 5:32 PM Rebecca Cran > > wrote: > >> On 8/26/19 5:22 AM, O. Hartmann wrote: > >> > >>> > >>> the other thing is the weird Lenovo handling of the UEFI vars. The o= nly > >> way to > >>> boot the E540 (after(!) disabling _BEARSSL in src.conf and rebuildin= g > >>> everything) was to set the loader's name to EFI/BOOT/BOOTx64.efi. > >> Setting the > >>> variable to contain EFI/BOOT/loader.efi failed as well as setting > >>> EFI/FreeBSD/loader.efi. > >> > >> > >> I've been suggesting FreeBSD should install the loader as > >> \EFI\BOOT\BOOTx64.efi for a while (as long as there's not already a > >> different vendor's loader there), without much success. Hopefully thi= s > >> finding can cause us to reconsider. > >> > > > > That's the first machine I've seen where you have to set the name like > > that... there is a larger story here and we are getting incomplete rep= orts > > because it doesn't quite make sense yet... > > > > But there are enough reasons not to do that by default. For one thing,= it > > messes up rEFInd, or can. Windows doesn't install there. At most we sh= ould > > prompt for older machines. We shouldn't mortgage our future to cope w= ith a > > legacy we know will sunset soon... > > > > Warner > > > > For me it is still confusing if this is path versus upper-lower capital > chars. > > If that vendor is using suggestion from UEFI Spec 2.7A section 3.5.1.1 (= page > 91), then the file name should also end with .EFI. (and yes, I know, tha= t > section is talking about removable media). > > Therefore the question is, does lenovo accept name like > EFI/FREEBSD/LOADER.EFI? Or what form is used there for windows paths? My initial report was a bit confusing due to the fact I used to have a loa= der compiled on 12-STABLE with WITH_BEARSSL enabled. I also mixed up loader.ef= i from CURRENT (from the recent USB boot drive image). Since the ESP is FAT1= 2 (in my case), I thought upper- or lowercase isn't relevant here - but it seems= to be. So I used lower case paths and filenames and in one case a mixture. Since I now know what the problem caused initially, I can check whether th= e path and/or filename's upper- or lowercase matters. I have a strange feeling about this since the Lenovo E540 has a really ann= oying firmware compared to those UEFI firmware we used to have with the upper cl= ass models around here (for instance, annoying loud beeping although no-beep i= s configured and so on ...). > > If we should or should not use EFI/BOOT path - perhaps the installer sho= uld > prefer vendor path by default. But till there is confusion, there should= be > some notes in some documentation... > > rgds, > toomas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g"