From nobody Mon May 30 12:16:57 2022 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6D3D217F52FD for ; Mon, 30 May 2022 12:17:00 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx0.riseup.net (mx0.riseup.net [198.252.153.6]) (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 (2048 bits) client-digest SHA256) (Client CN "mx0.riseup.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LBZCb3HyXz3F4k for ; Mon, 30 May 2022 12:16:59 +0000 (UTC) (envelope-from agh@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4LBZCY6RrFz9spW; Mon, 30 May 2022 05:16:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1653913017; bh=umz2Mc8pMRaZlKa4JPTsLWDfVvaDeJiM0X3YJaLYfiw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=XJ2OG4Hb9ISgV7Pc3AwTgJZ8ZjVw2JC73qFxVwBWgoYVNdB5GxyXQn84uIeNI97AE 6+8YBf+exeq/YF6uENh6omMGW9ULYUi8lIg0CubIKywYc6rmI5H6M2I/o0ABUwLIAa y0qnL/ctybu9vJIYVDZjLp0kVw3Mn8DQ3t0BUAhI= X-Riseup-User-ID: C1AC14410D01902F6CEEF95FCDC2D7F99A99AA4E5F7D80851C2E82E7A8256B73 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4LBZCY5LBKz5xgp; Mon, 30 May 2022 05:16:57 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Mon, 30 May 2022 05:16:57 -0700 From: Alastair Hogge To: current@freebsd.org Cc: David Wolfskill Subject: Re: Loader can't find /boot/ua/loader.lua on UFS after main-n255828-18054d0220c In-Reply-To: References: Message-ID: <06ba3be54117e4feb8f250756b25c1c5@riseup.net> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LBZCb3HyXz3F4k X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=XJ2OG4Hb; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of agh@riseup.net designates 198.252.153.6 as permitted sender) smtp.mailfrom=agh@riseup.net X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mx0.riseup.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[riseup.net:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[riseup.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[current]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.6:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-05-30 07:10, David Wolfskill wrote: > -- but only on one machine (of the 3 that I use for daily tracking head > (and stable/12 & stable/13) -- the build machine ("freebeast"). > > Each is amd64, using ... venerable ... BIOS/MBR & UFS -- stuff that has > generally been functionally stable for the last couple of decades. > > So for yesterday and today, I've moved the new loader aside and copied > the one from Friday, which works just fine. > > The build machine ("freebeast") uses a GENERIC kernel; the other 2 are > laptops, and use a kernel that includes GENERIC, then tweaks things a > bit (e.g., dropping support for tape drives; adding IPFIREWALL and > explicitly NOT setting IPFIREWALL_DEFAULT_TO_ACCEPT; adding sound stuff). > > Info on the update history & copies of stuff like most recent > (verbosely-booted) dmesg.boot should be available at > https://www.catwhisker.org/~david/FreeBSD/history/ (and if you can't get > through, please send a note to dhw@freebsd.org and I'll do what I can to > fix it). > > (Of the 2 laptops, I only have the one that I actuaqlly use in > day-to-day work represented.) > > (I note that to recover, I boot from one the stable/* slices, move the > "head" slice's files around, then reboot from the "head" slice.) > > AFAICT, there were no changes to stand/* since main-n255828-18054d0220c, > though yesterday (main-n255828-18054d0220c -> main-n255840-9cb70cb4769), > there were some changes to sys/ufs/ffs/ffs_subr.c (from > main-n255835-076002f24d35: Hey David, I have not been able to use a new /boot/loader.efi (following -CURRENT) since mid to late 2021, and your symptoms look the same; fortunately, I found bug report 264282[0] last night, which I think is related. Yamagi has already done the investigation, and found a possible cause. For the time being, in the case of a GELI backed UFS mount, after GELI decrypts the mount, one has to manually set currdev back to the correct disk. 0: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264282 -- To health and anarchy. Alastair