From nobody Mon May 30 00:59:34 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 78A261B64ABF for ; Mon, 30 May 2022 00:59:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LBHBJ2dV9z4hHQ for ; Mon, 30 May 2022 00:59:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92b.google.com with SMTP id p3so1060973uam.12 for ; Sun, 29 May 2022 17:59:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=93VO1JTL1cAS1FLLzxbdNbxDrfZtZodvgnhL7dkytqQ=; b=Dk+YR0iNsQxVdGSe32+b7q7N8snz0IQclijjkEHtr8WlJ/p4eR2y3toJPbF7+b2G7U 9gbzMdVlv8aVbmN22Znv9bm3Ah6OiUL3AEkGs+Hk2KNXdD/IcRl+J1sHlCk/s209lHHQ ns58RYaaLfVUOHLElBNOEjB8aG+cTFNjICWfQhZWqtu5XO5teh5aLbJjpBFQr2HTXXoL +Iwth/fnHzq4KdgDGB6jvgm/vIaQxIUH1oH55H+iqYYkEtWFOPqbkyS3DRFX97r1kq7o rBH4ENC2WrZJ9Ep/ukW8LBmRIS7WBq+bLBvAdow5bizZLNlGxhLVzZSF4i0yrUBgO4SM mTlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=93VO1JTL1cAS1FLLzxbdNbxDrfZtZodvgnhL7dkytqQ=; b=7p+4tMMHZ5Btn5Q9fg4C7DtJzCk0Y0do2SMLFXaNbqudTN3yG/dKRmkMPfGgp6JNIj MOyxNB+pmgLE+AZqFudWCeB/jZU9dUcu1ftrOSOUHSFuG36FsxG3yKZMS8lKBIgAoRBn BxremEFDXCqgC+61wvrVJ5uv7dYz1W3UQwO/YEjKDfg/tXJLCDtRHGQDrlKT+SwZrg3L h4k5oqPDS+rd8Acnfr7xn3ynIPE1lR4KvfjgULY4QM4BGp2qcjNj8pQVg9KjeXYUfLtw rA+ngBoeu74mfZtlMvKbYSnviIMQMoIZMq5QDdoIib57evy/HJV0uYf1/05WvkYgON3W QcvA== X-Gm-Message-State: AOAM532uUutiu4HRy/sh/RECKIYhuJwsX1pv7ml/e1pXWgaymbdNkl6b 69VJzc+2zYy54tZvjb+ibQBqd3exHAwArNZTCghrYZin0kw= X-Google-Smtp-Source: ABdhPJwWOgbTOsvaOMfpNH0s8Z5s3frquxAqZffdAV3T77uexYFAKR6UgWECGLFOHYxU7MitHP9HiGyZz4O1Q9pNuXE= X-Received: by 2002:ab0:7285:0:b0:365:f08d:a27a with SMTP id w5-20020ab07285000000b00365f08da27amr18849834uao.93.1653872385802; Sun, 29 May 2022 17:59:45 -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 References: In-Reply-To: From: Warner Losh Date: Sun, 29 May 2022 18:59:34 -0600 Message-ID: Subject: Re: Loader can't find /boot/ua/loader.lua on UFS after main-n255828-18054d0220c To: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000000f5c5305e0302cad" X-Rspamd-Queue-Id: 4LBHBJ2dV9z4hHQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=Dk+YR0iN; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::92b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.56)[-0.557]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92b:from]; MLMMJ_DEST(0.00)[current]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000000f5c5305e0302cad Content-Type: text/plain; charset="UTF-8" Sorry for top posting... Did you upgrade your boot blocks? Warner On Sun, May 29, 2022, 5:11 PM 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: > > commit 076002f24d35962f0d21f44bfddd34ee4d7f015d > Author: Kirk McKusick > Date: Fri May 27 12:21:11 2022 -0700 > > Do comprehensive UFS/FFS superblock integrity checks when reading a > superblock. > > Historically only minimal checks were made of a superblock when it > was read in as it was assumed that fsck would have been run to... > > -- which doesn't seem a likely culprit to me). > > That said, I am powering freebeast up, and plan to run a manual > full fsck on the "head" slice's root file system.... Maybe a few > others, while I'm here. :-} > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > "Putin is a paranoid dictator. Putin must go. He started a senseless war > and is leading Russia into a ditch." - Egor Polyakov & Alexandra > Miroshnikova > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > --0000000000000f5c5305e0302cad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry for top posting...

Did you upgrade your boot blocks?

<= /div>
Warner=C2=A0

On Sun, May 29, 2022, 5:11 PM Davi= d Wolfskill <david@catwhisker.or= g> 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<= br> 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/FreeB= SD/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&= quot; 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:

commit 076002f24d35962f0d21f44bfddd34ee4d7f015d
Author: Kirk McKusick <mckusick@FreeBSD.org>
Date:=C2=A0 =C2=A0Fri May 27 12:21:11 2022 -0700

=C2=A0 =C2=A0 Do comprehensive UFS/FFS superblock integrity checks when rea= ding a superblock.

=C2=A0 =C2=A0 Historically only minimal checks were made of a superblock wh= en it
=C2=A0 =C2=A0 was read in as it was assumed that fsck would have been run t= o...

-- which doesn't seem a likely culprit to me).

That said, I am powering freebeast up, and plan to run a manual
full fsck on the "head" slice's root file system....=C2=A0 Ma= ybe a few
others, while I'm here. :-}

Peace,
david
--
David H. Wolfskill=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 david@catwhisker.org=
"Putin is a paranoid dictator.=C2=A0 Putin must go. He started a sense= less war
and is leading Russia into a ditch." - Egor Polyakov & Alexandra M= iroshnikova

See https://www.catwhisker.org/~david/publ= ickey.gpg for my public key.
--0000000000000f5c5305e0302cad--