From nobody Mon Sep 9 02:13:19 2024 X-Original-To: freebsd-stable@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 4X29Nv3lmpz5Tfyk for ; Mon, 09 Sep 2024 02:13:35 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X29Nt6NR6z54Xl for ; Mon, 9 Sep 2024 02:13:34 +0000 (UTC) (envelope-from bennett@sdf.org) Authentication-Results: mx1.freebsd.org; none Received: from sdf.org (IDENT:bennett@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.18.1/8.14.3) with ESMTPS id 4892DNxN020938 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 9 Sep 2024 02:13:24 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sdf.org; s=sdf.org; t=1725848004; bh=AuQ3rTsQNtOJmGOBIA2lfRKigXSLD4vEbo6j+tHBON8=; h=From:Date:To:Subject:Cc:References:In-Reply-To; b=MsJkiVDwWidmZlbDJTLxyI3HWUE7Ga/NqQWPLAKEMBs+w1rV8dI/Z6g011RCOM/jV l2E4DdEJ4dc1RgzVzKHmgNmj0EUAZLC9NvfImxV+uwaI0m/vfhEo2YWf9NtQsPg219 T9f0wz8INerORyM3J2A3BEdi48shBZlkWnbWzmEQ= Received: (from bennett@localhost) by sdf.org (8.18.1/8.12.8/Submit) id 4892DJvX010429; Sun, 8 Sep 2024 21:13:19 -0500 (CDT) From: Scott Bennett Message-Id: <202409090213.4892DJvX010429@sdf.org> Date: Sun, 08 Sep 2024 21:13:19 -0500 To: ax61@disroot.org Subject: Re: 13.3R's installworld killed system--please help! Cc: freebsd-stable@freebsd.org References: In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US] X-Rspamd-Queue-Id: 4X29Nt6NR6z54Xl ax61@disroot.org wrote: Thank you for replying! > > In short all I can give is a vague suggestion: fix|update the bootcode > for FreeBSD 13.3, along with any "/boot/loader.conf" & "/etc/rc.conf" > settings which could be causing issues. > What, if anything, has changed in the boot code between 13.2 and 13.3? After all, 13.2 worked just fine. It's 13.3 that appears to be broken. The contents of the tower's /boot/loader.conf, /etc/rc.conf{,.local}, and /etc/sysctl.conf aren't currently available to me. I would have to take the drives out of the tower, connect them to the laptop in the storage docking station, and then import the "system" pool into the laptop using the -f option. I may have to do that, though forced importation of the boot pool onto another machine worries me, but first I'd like clues as to what I would then be looking for. > > I am recreating this reply; had deleted the original mails already. > Reference: > > https://lists.freebsd.org/archives/freebsd-questions/2024-September/005640.html > > https://lists.freebsd.org/archives/freebsd-stable/2024-September/002368.html > > I have heavily reformatted & edited original mail to make sense of the > situation. My questions are for own clarification, or to gain > information > for others to possibly help. > Okay. I'll delete plenty of stuff to avoid wearing down other potential readers. > > Scott B wrote ... > > AMD laptop - Email use > - FreeBSD 13.1* > - SanDisk 477 GB SSD -- EXternal, SATA 2 INternal, SATA 2 > Dell Exterme - tower > - FreeBSD 12.2* > - 2x 0.9 TB HDD -- INternal, SATA 2 > - 6x 1.86+ TB HDSs > -- 2x 1.86+ TB -- INternal, SATA 2 > -- 3x 1.86+ TB -- INternal, USB 3 > -- 1x 1.86+ TB -- EXternal, SATA 1 > > > > The two smallest drives are the boot devices and are each > > partitioned with the boot loader's UFS2 partition, > > a a partition containing one component of a two-way ZFS mirror that > > is a boot partition with a pool name of "system". > > > > There is also a small partition on each for the crash dump area on > > one and /var/crash (UFS2) on the other. There is also a 2 GB > > partition on each drive for a GEOM mirror that supports a UFS2 > > partition for an application. > > > > Lastly, most of the remaining space on the two small drives are a > > two-way ZFS mirror containing /usr/home and potentially other file > > systems. That pool's name is "local". Here are the gpart backup files of the GPT partition table. I guess I should have included them in my original posting. The following partition table backup is for the drive normally at ada0 in the tower. GPT 128 1 freebsd-boot 40 1024 gptboot0 2 freebsd-zfs 2048 721420288 system0 4 freebsd-swap 721422336 25163776 swap0 6 freebsd-zfs 746586112 1149239296 local1 8 freebsd-ufs 1895826472 4194304 dbtor0 13 freebsd-swap 1900020776 52428800 crashdump The next partition table backup is for the drive normally at ada1 in the tower. GPT 152 1 freebsd-boot 40 1024 gptboot1 2 freebsd-zfs 2048 721420288 system1 4 freebsd-swap 721422336 25163776 swap1 6 freebsd-zfs 746586112 1149239296 local0 8 freebsd-ufs 1895826472 4194304 dbtor1 13 freebsd-ufs 1900020776 52428800 varcrash > > > > The four remaining pools have several things, including the two > > remaining pools ("rz7A", a raidz2 pool with 6 components totalling > > ~10.4 TB, and "zmisc", comprising two mirrored vdevs and totalling > > 99 GB) > > and three small GEOM mirrors of varying sizes GEOM-concatenated > > together to hold a UFS2 file system for a work area for ccache trees > > and WRKDIRPREFIX for portmaster(8). > > > > "system", "local", and "rz7A" are all on GELI-encrypted partitions. > > "zmisc" is not encrypted. > > Could you post the partition layout by "gpart" or whatever else > ("fdisk"?) works? See above. > > Partitions as I understood on 2x small disks ... > UFS > ---- > - boot - ? GB > - crash-dump - ? GB > - var/crash - ? GB > - - 2 GB GEOM mirror The 2 GB partitions are a GELI-encrypted mirror of /var/db/tor. The reason for putting this directory on a UFS2 file system is that if keys must be overwritten, they can be, whereas they could not be overwritten in a ZFS file system data set. > ZFS > ---- > - "system" - ZFS mirror, bootfs - ? GB; GELI > - "local" - ZFS mirror; /usr/home + etc - rest GB; GELI > > > Presumably on some combnination of the larger, 1.86+ TB disks with far > too many partitions without knowing the layout; partitions ... At present the following pools and UFS2 file system are not accessable. > ZFS > ---- > - "rz7A" - RAID-Z2 ~10.4 TB; GELI > - "zmisc" - ZFS mirror 2x, 99 GB > UFS > --- > - concat'd 3x GEOM mirror, gmirror, as UFS2 fs > > > > For many years I have been uprading FreeBSD from source, but decided > > to try the freebsd-update(8) process when 13.2-RELEASE was released. > > Looks like that was on the laptop (see later for context).? > Yes, it was. The result was such a mess that I decided never to do it that way again, which is a pity because I run a GENERIC kernel on the laptop, so it would have been a nice time saver. The tower has a tailored kernel. > > > [stuff deleted --SB] > > "freebsd-update" asks about how to merge files or informs that it would > not > touch the files (that is based on my experience on FreeBSD 1[34]; do not > know, > or care, how it behaved before). > Like I said, lesson learned. > > > Meanwhile I had proceeded with source upgrade of the tower to > > 12.3-RELEASE-p[x]. > > #Dell Exterme- is now on 12.3* > > > When 13.3-RELEASE became available, I first did a source upgrade on > > the laptop. Running "make installworld" rendered the laptop > > unbootable. > > What steps were taken during source upgrade? What were the steps > before "make installworld"? > buildworld, buildkernel, installkernel, reboot, etcupdate, installworld, etcupdate, etcupdate resolve, reboot failure. > > > but eventually I removed the SSD from it and loaded it into a USB > > 3.0 docking station and attached it to the tower and replicated its > > entire pool ("sysroot") into my largest pool attached to the tower. > > "sysroot" just made the appearance! > That is the only pool on the SSD, courtesy of the braindead ZFS installer in bsdinstall(8). It needed to have a different name from the tower's "system" to avoid conflicts when backing it up onto the tower. > > > Then I reinstalled the SSD into the laptop. > > > After downloading the 13.3-RELEASE ... writing it to a thumb drive, > > I booted that on the laptop and installed 13.3-RELEASE from scratch. > > #AMD laptop- is now on 13.3-R > > > > That experience delayed my upgrading the tower to 13.3-RELEASE-p1 > > for several months, although I had compiled it on the tower and had > > it ready to install, but first I had upgraded the tower to > > 12.4-RELEASE-p2. > I should point out that 12.4-RELEASE was, IMHO, a very good and reliable release. My experiences with 13.1-RELEASE and 13.2-RELEASE were limited, but generally also good. 13.3-RELEASE is the problem. I was becoming concerned about continuing to run 12.4-RELEASE-p2 for so many months past its expiration. Unfortunately the tower's ancient BIOS is unable to boot from a thumb drive. I believe it would still boot from a CD or DVD, but I now have no way to burn an installer disk to feed it. ` > #Dell Exterme- 12.4* > > > > Finally I dared to try it a day and several hours ago. I first > > created a boot environment to preserve the current system and also > > made a snapshot of all ZFS file systems in order to have a potential > > rollback point before beginning the installkernel step. > > #Dell Exterme- in process of updating to 13.3 > > > > I did that, completed the etcupdate steps, and then did a "shutdown > > -r now". > > What options(modes) of "etcupdate" were used & when? I don't have access to the script(1) file because it is in the zmisc pool, so I don't recall for certain the options used. I *think* I ran # etcupdate -F diff # etcupdate resolve In any case, I don't see how that would kill the boot process so early on before there is even a kernel loaded. > > Looks like did not update the boot loader. Looks like what did not update it? My understanding was that rewriting the boot code was a step incorporated into installworld at least a couple of major releases ago. > Hopefully did not update the ZFS boot pools.? > As in "zpool upgrade -a" ? Not to my knowledge, no. > > > After the boot loader asks me for the GELI passphrase for the boot > > pool, I now get the following. > > > > Calculating GELI Decryption Key for disk0p2: 1563240 iterations... > > > > BTX loader 1.00 BTX version is 1.02 > > > > After those two lines the blinking cursor jumps up three lines and > > moves to the beginning of the line--not sure which happens first > > because it's too fast. > > > > After a delay of several seconds, it jumps two lines down and > > repeats the delay and downward jump two or three times, then jumps > > to two lines above the bottom line of the screen. After a lengthy > > delay it jumps to the bottom line. > > > > After a much longer delay the cursor jumps three spaces to the right > > and never moves after that point and is unresponsive, although > > CTL-Alt-Delete > > can still cause a BIOS reset and eventual attempt at reboot. > > Could you post a video of the boot process; or a photo or text where > the boot has stuck? I do not see a point, however, if all that would Not easily. > show the "BTX loader ..." text as quoted. > > Does enabling "verbose" booting show any more text? Or, could not > even reach the stage to enable that? > AFAICT, it never gets that far. > > > Since posting the above I have taken the pair of boot drives out of > > the tower > ... > > connected that to the laptop, and rewritten the boot code onto each > > with > > 'gpart bootcode', but that doesn't seem to have changed anything. > > How/What was the exact command was used to set up the bootcode? > Although the gpart(8) man page shows doing that in two successive commands for each disk, like gpart bootcode -b /boot/pmbr da0 gpart bootcode -b /boot/pmbr da1 gpart bootcode -p /boot/gptzfsboot -i 1 da0 gpart bootcode -p /boot/gptzfsboot -i 1 da1 I believe I combined the two operations for each drive into a single command: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da1 Note that da0 and da1 were the drive addresses in the docking station when connected to the laptop. I have never had such a total failure before after an upgrade from source. I hope that 13.4-RELEASE and the 14.x releases do not exhibit this problem. Scott From nobody Mon Sep 9 04:38:26 2024 X-Original-To: freebsd-stable@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 4X2DcL01fVz5V4ZX for ; Mon, 09 Sep 2024 04:38:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2DcJ69Btz45fl for ; Mon, 9 Sep 2024 04:38:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=PPEl2oxf; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725856719; bh=htfUVPEsJsmD0QnPKuF9AMvXPG3malEjmz7AQGKAO7I=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=PPEl2oxfvpQz0YW9tvfQrKTysHQjrwJf1aQO0NTZAtyKsQVx4wEuZTmf1iYAOA0Czp6ZA25CjOUiNHBl2FwTrr7G+IvX3DJKrfCvhs2vHcRdOzf39zvKtEvvV3in5zWI9liCVwgY3wckNNAAJ9ozFIA02aMzcNwPq8o+k2MnHlQIp3QhvqshQUd41Cv9Wehv3Us2o39Kiarw3yh1DUYPRdbV6AEEsXBbksWEHU9TFDpY5v1mKL8KH0idpM33RdgZCNzbORTWLA1lxxswIDafq6YNHNvM3NsmYCCJRqAEPSv+pVJKOVXZMnorbN3bgxTCxbcGhqIFPJIXnJNS+bM/Yg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725856719; bh=sjG35AzOLAz1LGfuzIEc/BMuTiQ5mbfxSI/J/S0G2IJ=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=N6yj/VQy3ch0EaofCNVUcNXug2gelcha6720iTsU2IcWM7MrXqdJtamDeLEXGl75iMfjOLIao50F0+fqj9piyMn3QoidHbBA/MEBw+/8yt8Mjh2yWdiiL1PXmqFbA19J0MGEgHjczU0QlWkFeFv1+acHg1WnhecOcqstyreq3oUN2coFPmDP5p6Oe5gE9DC+68PE2fpST0f+QMVQQZc8/NXuiC9N8y8AtZoqBih1BdwCFBZ/2tzEpvhwQYUI4skXzEWs7A1sj48X/8fDIIHxfHtwuJeHyFNj0RtxCizXZmWVAExL9C88gOkPa3MjEAxCmpSwzFHfIJFrMJeHYQhuWw== X-YMail-OSG: p42bnL0VM1ludyPkgoDrLWhp.2QCM3P6a2yUFLGxm7Hum2baHJIzABgB7SHyrbj Pj5a2CJ4.vk5LeUBJvIzUzFMs8TXSpLSey6MeevMZj_Og6LcshD3ANQYKgaLeLdb_lEU73a7od.9 8nwLa3CFwXmpSm16o2aAYXTZOrL80OUZD.Or1cwdufP1ENjZg9evD.htLpfB.R4nQdwOpZaaR4gZ r6K_9MGa5fAgqnMddNYAC9LZO7CBpfqTF3B1povAJFYKMIDk1honZG2sbjMKu5gUAVKKdiKgJ8ck boUjdEV_La.CN3lhSke6ZOVPLX.cAKGQuozYqsxPP.qXozGodRgcj5spgTLIFVRHSENceB1aYNXe mLarjN9RSvrJzlOb1FgAsizDkGg0ljjaL.5KlOxVGSd2EOs8LmOguaS_2_JFlzVXZrZNrsD6BtoF 0qKorSx3RAD5f8216LcDcdyKbX81BzFvwPvhTKxb6uCQvWQJXFPO6ubHEJGbfikru7K7FMIXb_Xq TeLBo6YZ5n59vHwnprM0VIpaZqiMQ7k4P8PTz_q3yw_xSrBMMGqx0gsZbNO1w.NL06VkGA2nFUZe 8b4uj6.g41FqtPkjnXk6mudx9B1PWWaA3oydGLliNMDykoqQu2uRLJxUOx_VCozr3gBkxXV6WvIz M7UzGNQ94TKnjQDGyrdGzd4yyg11TS.dQIfpZr2jDBMZqmDTTz6SDtcwlRzgm_StW29fPN1kUqax k3JyHXZUC90tssSNwvTXurSVmAH9LxfOm_YCGzI0F3HTx6OY897Yi2_jIfeu4s9.3gTe6PCz_kDw DNGzVvrbkkTcjkGKb9LOi6Zk3xJd_RwMP9eI8EINZMEDlSeOax31EuuTrOkDMLmA_oHMOZVT6fLY PYk7QjYPHk_MEwLMKckNklHhJgKmepWdobyL39ssN4PqwHotqGZjECK20fhStyZNjZkTysEG6Lhz yv9QCZL8yQ7H4OpH5GkU.e.3vxOgv4Ggk3rcAKs8z0kaKxHTzxYrw7y4NoNdPhgZsBDo__7HfKA8 ODexz2oYjgJoXHmUOrRGn45LeReeFeClVCIGr7mFEiEonJFzMVUXqMtDLjORR56U6NEmUo2x5h9T Wn8tbNvSXGg3M1wfbuA9koC7nGIGzSbPowAZSfBKZVJRyZ8wN6sk7goQmEaWziYr0L6rBwiLQPhU dT4JDhFBX1Y._dlnzrQg707qsLMy7zw09dltu.l.MOTQYq_uvkZ1zwK3aY817Sq3LGyY58kc38kO 7hxOsA.cnnpwWuWMHzF4jZjDIvjSAF2Nby34ecn.86EcBCOGcxtpEb4HPbh2oFtBhcCZtazTwchr PmX4pn9O5wdUDB1LpsE9yKo4HEPdSTGoN3DXnRrmg_Q6pJQUdmdsGsM4BF30.M3kee2wd8_uBv7X 3V1cTIaJWQmA.vnWjj7Do9TDJFrch6XXmQmWwDzOsxWHKpk5Fh_GKokqmtR17K..iPekZOsKygfK CYh4vlu5ELUa9CcmPqLBMJhr.RuOSWkN143asyARAwleFZwpuRzxSKJgXdYk42MUz4g0P_ZiiwSM hFtjMD.Y5zkSxqkP4fLQAfZTkVE.wpuopSoDFyzzknYoEdRqQ1uBx1WfvXVYimwXlkn5HeZvQZMJ 9hgWPug77CetViEUJhIc.ZWqWtXMAvxiJHl5wwzsmY4NqN_SbeUKk9esZKL3TcnfON.FLCBOFmLo lC7nRk1zURz2FugKg8YpLM0x2Jdp4rDYkx2Vd8cNfFWSTT2RpA1ZYOKqMHmgfZNki8TL3_ps.r2s p.BXNj.jbCbEKrhlExY7BfAbHFV1129PrihMZlHRT9v9yHXa4kgMsgiMvGkZHyPTUf8LdAuRKt_4 irsC9u0fshrDmlamspGPIebTBPYbjCUn2.ZTMKuMXaxOyVyOS3_ZCf443bbdVsEM7rEnwcukEoTn eNuEpQ80NBTBtbEO3Gntme.jUD_QOf2qkznwWN3ZJEtX6FHAqvPsq_tI5rTTvs4rMnK0VQCHCV8O zinpx953U0IgIZ9p5jRSIlq_kaN6TWsZdEv6G_NY6kUbo5nX2RgkjJhLQeApBW0oUBbbwi0ooEUm 0aGYxpKua.DshfRd2wqCm4DAF19yJyvxF7beJRev8pbrECP1MYL71jjv62YU8xcRAZDztb8HFJ6O gOKCbJhUUBJsEanldQQezqj3MyToprd3tqUrEkxFsIkbrYUQD50C3WWzJrYwkze6QXpydzEXaHnU yHS5hKgnfdtqZ4OvAyCi6HE5199Axq2f.KWULPLA- X-Sonic-MF: X-Sonic-ID: 1f8a7330-804e-4068-bc2a-3a6bf8f21d22 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 9 Sep 2024 04:38:39 +0000 Received: by hermes--production-gq1-5d95dc458-kk28l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8e912de1cd7ae752abd8988272e05247; Mon, 09 Sep 2024 04:38:37 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: 13.3R's installworld killed system--please help! Message-Id: <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> Date: Sun, 8 Sep 2024 21:38:26 -0700 To: bennett@sdf.org, FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3776.700.51) References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.66 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.66)[-0.665]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4X2DcJ69Btz45fl Scott Bennett wrote on Date: Mon, 09 Sep 2024 02:13:19 UTC : > ax61@disroot.org wrote: > > Thank you for replying! > . . . > > > > Looks like did not update the boot loader. > > Looks like what did not update it? > My understanding was that rewriting the boot code was a step incorporated > into installworld at least a couple of major releases ago. Nope. It looks like the 13.* UDPATING text never got the additional wording that was added to help avoid confusions, including 13.4-RC3 not having it. So, quoting from 14.1's UPDATING . . . [See the "2)" and "3) . . . New bootblocks . . ." wording and the later "The EFI boot loader . . . For ZFS booting . . ." wording. They indicate, for a ZFS boot "drive"/partition/. . ., explicitly upgrading bootblocks (if any) and/or boot loaders before doing a zpool upgrade.] QUOTE ZFS notes --------- When upgrading the boot ZFS pool to a new version (via zpool upgrade), always follow these three steps: 1) recompile and reinstall the ZFS boot loader and boot block (this is part of "make buildworld" and "make installworld") 2) update the ZFS boot block on your boot drive (only required when doing a zpool upgrade): When booting on x86 via BIOS, use the following to update the ZFS boot block on the freebsd-boot partition of a GPT partitioned drive ada0: gpart bootcode -p /boot/gptzfsboot -i $N ada0 The value $N will typically be 1. For EFI booting, see EFI notes. 3) zpool upgrade the root pool. New bootblocks will work with old pools, but not vice versa, so they need to be updated before any zpool upgrade. Non-boot pools do not need these updates. EFI notes --------- There are two locations the boot loader can be installed into. The current location (and the default) is \efi\freebsd\loader.efi and using efibootmgr(8) to configure it. The old location, that must be used on deficient systems that don't honor efibootmgr(8) protocols, is the fallback location of \EFI\BOOT\BOOTxxx.EFI. Generally, you will copy /boot/loader.efi to this location, but on systems installed a long time ago the ESP may be too small and /boot/boot1.efi may be needed unless the ESP has been expanded in the meantime. Recent systems will have the ESP mounted on /boot/efi, but older ones may not have it mounted at all, or mounted in a different location. Older arm SD images with MBR used /boot/msdos as the mountpoint. The ESP is a MSDOS filesystem. The EFI boot loader rarely needs to be updated. For ZFS booting, however, you must update loader.efi before you do 'zpool upgrade' the root zpool, otherwise the old loader.efi may reject the upgraded zpool since it does not automatically understand some new features. See loader.efi(8) and uefi(8) for more details. END QUOTE === Mark Millard marklmi at yahoo.com From nobody Mon Sep 9 07:14:13 2024 X-Original-To: freebsd-stable@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 4X2J3z6hSkz5VyxW for ; Mon, 09 Sep 2024 07:14:23 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2J3z3nsvz4PwB for ; Mon, 9 Sep 2024 07:14:23 +0000 (UTC) (envelope-from bennett@sdf.org) Authentication-Results: mx1.freebsd.org; none Received: from sdf.org (IDENT:bennett@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.18.1/8.14.3) with ESMTPS id 4897EEjg029360 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 9 Sep 2024 07:14:15 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sdf.org; s=sdf.org; t=1725866055; bh=5T7mpbZ+vs2dMRt8ZioCjOk5EjlLAPxV5X48sEw4xjw=; h=From:Date:To:Subject:Cc:References:In-Reply-To; b=j7rcoGiZvZv6kET5XJhaYGzRtqnPnlvtqFXO8dSP2iuRYrE0kFUnS9MwPVMyVe5+z G57sP3F1wh8fpEF8/NqMT33tsQqg6sDNY9TdU50QG6BPSg0++E1T1Kpk7qBayABAjL ZaNAL01IRu9eFEsskHoXZw71CQouRloxuQYuf8Fs= Received: (from bennett@localhost) by sdf.org (8.18.1/8.12.8/Submit) id 4897EDwZ001861; Mon, 9 Sep 2024 02:14:13 -0500 (CDT) From: Scott Bennett Message-Id: <202409090714.4897EDwZ001861@sdf.org> Date: Mon, 09 Sep 2024 02:14:13 -0500 To: marklmi@yahoo.com Subject: Re: 13.3R's installworld killed system--please help! Cc: freebsd-stable@freebsd.org References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> In-Reply-To: <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US] X-Rspamd-Queue-Id: 4X2J3z3nsvz4PwB Mark Millard wrote: Thanks much for this reply. It looks quite interesting. > Scott Bennett wrote on > Date: Mon, 09 Sep 2024 02:13:19 UTC : > > > ax61@disroot.org wrote: > > > > Thank you for replying! > > . . . > > > > > > Looks like did not update the boot loader. > > > > Looks like what did not update it? > > My understanding was that rewriting the boot code was a step incorporated > > into installworld at least a couple of major releases ago. > > Nope. > > It looks like the 13.* UDPATING text never got the additional > wording that was added to help avoid confusions, including > 13.4-RC3 not having it. > > So, quoting from 14.1's UPDATING . . . > [See the "2)" and "3) . . . New bootblocks . . ." wording and > the later "The EFI boot loader . . . For ZFS booting . . ." > wording. They indicate, for a ZFS boot "drive"/partition/. . ., > explicitly upgrading bootblocks (if any) and/or boot loaders > before doing a zpool upgrade.] > > QUOTE > ZFS notes > --------- > When upgrading the boot ZFS pool to a new version (via zpool upgrade), > always follow these three steps: > > 1) recompile and reinstall the ZFS boot loader and boot block > (this is part of "make buildworld" and "make installworld") So does 13.3-RELEASE include the above in its buildworld and installworld make(1) targets? In my tower's case, no pools have been "zpool upgrade"d past 12.4-RELEASE-p2. Also, as noted in my previous posting, I've run "gpart bootcode" to install the 13.3-RELEASE version of the boot loader and boot block onto both of the boot drives, but nothing changed in what happens when (trying to) boot the system. > > 2) update the ZFS boot block on your boot drive (only required when > doing a zpool upgrade): > > When booting on x86 via BIOS, use the following to update the ZFS boot > block on the freebsd-boot partition of a GPT partitioned drive ada0: > gpart bootcode -p /boot/gptzfsboot -i $N ada0 > The value $N will typically be 1. For EFI booting, see EFI notes. So done. > > 3) zpool upgrade the root pool. New bootblocks will work with old > pools, but not vice versa, so they need to be updated before any > zpool upgrade. As pointed out above, no pools on the tower have been upgraded since the installworld that killed the system. > > Non-boot pools do not need these updates. Okay and good to know. > > EFI notes > --------- > > There are two locations the boot loader can be installed into. The > current location (and the default) is \efi\freebsd\loader.efi and using > efibootmgr(8) to configure it. The old location, that must be used on > deficient systems that don't honor efibootmgr(8) protocols, is the > fallback location of \EFI\BOOT\BOOTxxx.EFI. Generally, you will copy > /boot/loader.efi to this location, but on systems installed a long time > ago the ESP may be too small and /boot/boot1.efi may be needed unless > the ESP has been expanded in the meantime. > > Recent systems will have the ESP mounted on /boot/efi, but older ones > may not have it mounted at all, or mounted in a different > location. Older arm SD images with MBR used /boot/msdos as the > mountpoint. The ESP is a MSDOS filesystem. > > The EFI boot loader rarely needs to be updated. For ZFS booting, > however, you must update loader.efi before you do 'zpool upgrade' the > root zpool, otherwise the old loader.efi may reject the upgraded zpool > since it does not automatically understand some new features. > > See loader.efi(8) and uefi(8) for more details. > END QUOTE The EFI information is also good to know in case I ever get a system that is new enough to support EFI. Back to the problem at hand ... is it possible that the new boot program and boot block(s) actually have a problem with a boot pool that has *not* been "zpool upgrade"d? IOW, would a "zpool upgrade system" conceivably fix the problem, enabling the new boot block(s) and boot program to work? Scott From nobody Mon Sep 9 15:23:25 2024 X-Original-To: freebsd-stable@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 4X2VwZ6Yspz5WfZ5 for ; Mon, 09 Sep 2024 15:23:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2VwZ3ltgz4kLT for ; Mon, 9 Sep 2024 15:23:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725895420; bh=Y+k7mWjkCzHrhzAWXKCpYYCs/mQbG72En2Ld3rh/NXI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=MVJfz7i/hwKaE9TV8fGTPOHhX4cr4pr868qqQGIjk1kIHgv52bDYrgne6WYjzuIPW7AENxuaV0x/AF8OktgGgyArroeqrvPO1T+fkRUHUwQnbHkkEOOEUAmrGptsx4o76Ux0rE995aHwiEpqyDQtcA8ZQr2GHheD72uNYeCJHp8HG7z11iTyWeRwahlbwJ7sRQGHUeaIKBxQiilkwFPA0RX4MM0OrbqJ7E8lzX/A/IUU8xuBA9eOFVS7C2NpxD9dtq5fqHmX45Q97gy0h2IRkS1pXS+qAH9UogLPNISE/ocBziIq4H+GKdXKyR5Acl0EPJcdxpvdveOrnjvtqaGlsg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725895420; bh=u/0AXA9apWl+DzOLCFUDLtOUn+jRivzK7kqB/1tIFyg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=D8guzjB2aHey0XqdMSP2zlwiDbLCVUb2RNDSVq6qkTk10DOAxh68PBCGk9h2tTwJ0jUS3i2Q7keZhlVBzens2Ad9c5AhIpMX0jMwqtN1wj+rnTqOlGH+Z6RnrZIRD7FR8EfMHfI+xRcEydBvPfiIqqZdn55VeMgmyIAmXb4klC1DxV1n5b5uB45Opm6C+GXtA7tgTARLImVSSxfPnkd//Uagu6BYurC9RGwQBZD5gnv6AzTvgf/ru9xlzCllKSVpzdhv/1Fm0ny05sgrX/jJIm0ze2DPBhMKjlYArybWBUZO7NvsR01ncechw+6IhNFjmIg6ql0mGcZJz4e9glwzEQ== X-YMail-OSG: BLw_VWYVM1mGcGwO40O.JiumB28UYzFUhRSUKsf6SvQ2MUf_LoWyxyqOmmyhXAG sGZB0PGydvcUj4N4QbQESg9KumIV3EvxiMd.OIfSP8nqyDn5utVkgMubOTNG7BfwawayDftfAL5J h6Dq1rGkP01TLpGxbOPn_bP79YRq07Cvw2bFrQy1aBSwF9bV46SurnuGz3Od3DHvd_uEYkmjLj1W pa5UH7bWMvmx5dTpClmEpSMIcetmfw8SV6YFuiIW7MKzjA7LjNhmImq3EBDMD5a8MYKsrSvIaAEv FTYBSvQjIfalvWZEOPPLimkC7ecTf0LEiFyhMNU0Qm0s6YorOBaqpJszaX_23e_pjFww7fQWzq4f 8jRz5qySuv3zBFY2NHVrUX6gHXD5KbTwYRc7RfACcNKWTRTsh_9dFoIoi.tBkbL31lDeReSxscFi 0qJ8zv5YPIZjNFwHjPEt8wJRTdhmoZHYtVNIVNk.mY320bPD_kxPOhxAYRH1_oqjQM3gTtplyU6k QRLZ_8XFauG..f8LceyepGDwMuvL.n8EATP1_83784i0RoXlkI0TDlMxKWoXWaPgRZmsllkW8X4y naTWp3RQPwQjc5hDrdkHY1.Xde03HvmFg.rHv_Tk7NwEBke1Aj1sCkUsRAlzZ01FhCueJyjgoq56 aJbSzQptvKKQc6EuWGlQMIAXE52IiIO2HkefXybdLC9A763ART6zIU6DktdNr1oHaNr_pykmm4DC eeDhhcw9XpKLqq4cxyIenPBrqqAoCpWUTMFmW3kBfNwy9yi_955ljuXJjZSCPGnuPI9vMosZho1h GH8gHd7ENKxZR7tvknYJ4W5PXzR1Y.faa1s0rakw3TQBudOVBJw5Bs2ufOyCiTLR8_W4mj.UvCnl Ju5PL7qlwwpk.iobiZlUgnghvs3RFAd6roQe7KBYIlhj.Xp9muexAKoGWjheKba.F1hGiymOkgeI xe467085LWHYhWZSkwGlKsg7hAmBD_vmV3e4cR0kNAbd74sG8qlMaJMNKPrTwIKiTMZWhEeaeBVm 0LshVObzTWRw1cUImhh44xJQaj3Hai7jwQnXroj6fJ685PLvxEKouYd6TTdp0aEyAPQTQlbeLQun gwR5eNCjrIfeDaRRnaJzgm_1w6qKVbFWL7t7Xl5lPwJJ4VzE6J_aGHJo6lavg_.XZUnY98lJ91GT rV9798u7VaxNHsfTcDTJOL5HYr4YWAMmf_qefRgAI9kF2FtPUgIvxIdRrwkXa1hwjpyDNE.T8KlC vZ2P4y3s0QKJRIimLB7KDf4bEfuV6JiDx0HEkQCuo3.LrPiA6za4Z6SW_J2hBNYw5pQNKf6aavwV TwYschLc.KZCzp54rn918KoDaLc16prcP.1TwKKHYtL90rY2eouJy4BINilKDaWjR6x85Rr1OQhS Kn8dqcOFlfJ6xpfML4_Y7lSsRaol3qdm8WhWNHoDBdxZIjH1mjJCa4fDc9uPD8EI_6dCQTLZ5GYB fuzZ1N6YJT1VJKfHfxqofzRWiHbcy2Vry1tCnpT3dXmknoqtAsKZSTVj4vBXQEJZU2oKpUvBoNVG cQ5qKtjPKhTduBg.FROzcEfTaXah5sZ7BHTp8HIwu8R9TFXIYT2a88uyU04rR3FYofLjLHU3sVx0 tTcvq6fqCqLcFUO8LKOIUKImI5MMgFyRReEuVCpdCIdvftBulLmj_cS115ycceusMpqz2FiXzWHe U64Y8KTvnZTnf2udEZtkVjqatvq8NFJLLetusK.zZuo4WPTpFYQlNgtz1I24bMx7wfRsteNQXrBP i1ZQqNa1l18M9OGccQKQJYVsIsAwF91f3jHRvoYDJ0LWaBrKPis.nLaX9691SfUf8wn8BIPRq0Mo L2MKYpA2aH99Fj4PrCWw4JZAxRa7f7fZlueDJJiDNn7o8xRdmzvqFga539kIhOj.fzPs6ToMEj4Q erPpgXU2ysS4eDMluDoO5ZVqZ6rDXqgP0PFImC.4oa_3UM6wM6yrw0ApKcmHVCYUaNwco6CwmK90 Oltz4K0p52T3qPziDcQXlI7frhkzCw7I2QAc4gvcl2wSACgonkY5gojtT3nIUWc2rW0n3dtrduxE ZTCYMH6crV7KcdJzVGFgB8aadV8de8Zv0XkrWOPtCdYEuqP9DxFBflM9wm0ZRKS_0HbRKaN41_io N95ze6jqO3zidkXCQ..hau5JgDRXqxkxtW31Jkgo1N7k76ucM__8lki5FdHIviD1wf85s5PKErMo v1Po7fRoVSeKVFZRP1ITypXLN9uILhbbm6P1nBQMfLlTayT6e6nWP33wxdPW.H58g0grTl0HjMgN h8jm.Bue4cg7vOF0- X-Sonic-MF: X-Sonic-ID: 790a6cb8-a4db-41cb-aeb6-9e1fad9dbfc6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 9 Sep 2024 15:23:40 +0000 Received: by hermes--production-gq1-5d95dc458-vkwd9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e8d4d13e7d0d36bf5ad00fe5bc8e7073; Mon, 09 Sep 2024 15:23:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: 13.3R's installworld killed system--please help! From: Mark Millard In-Reply-To: <202409090714.4897EDwZ001861@sdf.org> Date: Mon, 9 Sep 2024 08:23:25 -0700 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> <202409090714.4897EDwZ001861@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4X2VwZ3ltgz4kLT On Sep 9, 2024, at 00:14, Scott Bennett wrote: > Mark Millard wrote: >=20 > Thanks much for this reply. It looks quite interesting. >=20 >> Scott Bennett wrote on >> Date: Mon, 09 Sep 2024 02:13:19 UTC : >>=20 >>> ax61@disroot.org wrote: >>>=20 >>> Thank you for replying! >>> . . . >>>>=20 >>>> Looks like did not update the boot loader. >>>=20 >>> Looks like what did not update it? >>> My understanding was that rewriting the boot code was a step = incorporated >>> into installworld at least a couple of major releases ago. >>=20 >> Nope. >>=20 >> It looks like the 13.* UDPATING text never got the additional >> wording that was added to help avoid confusions, including >> 13.4-RC3 not having it. >>=20 >> So, quoting from 14.1's UPDATING . . . >> [See the "2)" and "3) . . . New bootblocks . . ." wording and >> the later "The EFI boot loader . . . For ZFS booting . . ." >> wording. They indicate, for a ZFS boot "drive"/partition/. . ., >> explicitly upgrading bootblocks (if any) and/or boot loaders >> before doing a zpool upgrade.] >>=20 >> QUOTE >> ZFS notes >> --------- >> When upgrading the boot ZFS pool to a new version (via zpool = upgrade), >> always follow these three steps: >>=20 >> 1) recompile and reinstall the ZFS boot loader and boot block >> (this is part of "make buildworld" and "make installworld") >=20 > So does 13.3-RELEASE include the above in its buildworld and > installworld make(1) targets? In my tower's case, no pools have been > "zpool upgrade"d past 12.4-RELEASE-p2. So no updating would be required until you are preparing for later doing a "zpool upgrade" of some sort. > Also, as noted in my previous > posting, I've run "gpart bootcode" to install the 13.3-RELEASE version > of the boot loader and boot block onto both of the boot drives, but > nothing changed in what happens when (trying to) boot the system. "gpart bootcode" only copies over the boot block as I understand. For this old-sty;e BIOS context, as I understand, that boot block finds and uses the boot loader that is in the ZFS based /boot/ . (But I do not deal with old style BIOS contexts, as it happens.) >>=20 >> 2) update the ZFS boot block on your boot drive (only required when >> doing a zpool upgrade): >>=20 >> When booting on x86 via BIOS, use the following to update the ZFS = boot >> block on the freebsd-boot partition of a GPT partitioned drive ada0: >> gpart bootcode -p /boot/gptzfsboot -i $N ada0 >> The value $N will typically be 1. For EFI booting, see EFI notes. >=20 > So done. >>=20 >> 3) zpool upgrade the root pool. New bootblocks will work with old >> pools, but not vice versa, so they need to be updated before any >> zpool upgrade. >=20 > As pointed out above, no pools on the tower have been upgraded = since > the installworld that killed the system. >>=20 >> Non-boot pools do not need these updates. >=20 > Okay and good to know. >>=20 >> EFI notes >> --------- >>=20 >> There are two locations the boot loader can be installed into. The >> current location (and the default) is \efi\freebsd\loader.efi and = using >> efibootmgr(8) to configure it. The old location, that must be used on >> deficient systems that don't honor efibootmgr(8) protocols, is the >> fallback location of \EFI\BOOT\BOOTxxx.EFI. Generally, you will copy >> /boot/loader.efi to this location, but on systems installed a long = time >> ago the ESP may be too small and /boot/boot1.efi may be needed unless >> the ESP has been expanded in the meantime. >>=20 >> Recent systems will have the ESP mounted on /boot/efi, but older ones >> may not have it mounted at all, or mounted in a different >> location. Older arm SD images with MBR used /boot/msdos as the >> mountpoint. The ESP is a MSDOS filesystem. >>=20 >> The EFI boot loader rarely needs to be updated. For ZFS booting, >> however, you must update loader.efi before you do 'zpool upgrade' the >> root zpool, otherwise the old loader.efi may reject the upgraded = zpool >> since it does not automatically understand some new features. >>=20 >> See loader.efi(8) and uefi(8) for more details. >> END QUOTE >=20 > The EFI information is also good to know in case I ever get a = system > that is new enough to support EFI. > Back to the problem at hand ... is it possible that the new boot = program > and boot block(s) actually have a problem with a boot pool that has = *not* been > "zpool upgrade"d? Such should not be an issue. > IOW, would a "zpool upgrade system" conceivably fix the > problem, enabling the new boot block(s) and boot program to work? New zpool features are supposed to be optional, including for booting. So: no. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 9 21:19:07 2024 X-Original-To: freebsd-stable@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 4X2fps5GVLz5V4rj for ; Mon, 09 Sep 2024 21:19:17 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X2fps2CDQz4rTt for ; Mon, 9 Sep 2024 21:19:17 +0000 (UTC) (envelope-from bennett@sdf.org) Authentication-Results: mx1.freebsd.org; none Received: from sdf.org (IDENT:bennett@rie.sdf.org [205.166.94.4]) by mx.sdf.org (8.18.1/8.14.3) with ESMTPS id 489LJAmo018852 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 9 Sep 2024 21:19:11 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sdf.org; s=sdf.org; t=1725916751; bh=vARnI8DhrTrdT6lS9P+7OHJdBmOJDbHh8ehvm9+s7Fk=; h=From:Date:To:Subject:Cc:References:In-Reply-To; b=Yc04dUVj9/gexCwHXYYWmXeJtlmkuW3lLDt4XZNYSdV4KeXcSkolcQzleIEyzlKZQ 77l123pIpymt2cYX3HrAMPUoqwbqLq8eImZjMbwj+WOA5twC3UPIfIP689Lx3Ndwym km8/p5WpDu+UBxNUc/237oHUnvzxgLJ7Wu6hF0u4= Received: (from bennett@localhost) by sdf.org (8.18.1/8.12.8/Submit) id 489LJ7Op009237; Mon, 9 Sep 2024 16:19:07 -0500 (CDT) From: Scott Bennett Message-Id: <202409092119.489LJ7Op009237@sdf.org> Date: Mon, 09 Sep 2024 16:19:07 -0500 To: marklmi@yahoo.com Subject: Re: 13.3R's installworld killed system--please help! Cc: ax61@disroot.org, freebsd-stable@freebsd.org References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> <202409090714.4897EDwZ001861@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US] X-Rspamd-Queue-Id: 4X2fps2CDQz4rTt Mark Millard wrote: > On Sep 9, 2024, at 00:14, Scott Bennett wrote: > > > Mark Millard wrote: > > > > Thanks much for this reply. It looks quite interesting. > > > >> Scott Bennett wrote on > >> Date: Mon, 09 Sep 2024 02:13:19 UTC : > >> > >>> ax61@disroot.org wrote: > >>> > >>> Thank you for replying! > >>> . . . > >>>> > >>>> Looks like did not update the boot loader. > >>> > >>> Looks like what did not update it? > >>> My understanding was that rewriting the boot code was a step incorporated > >>> into installworld at least a couple of major releases ago. > >> > >> Nope. > >> > >> It looks like the 13.* UDPATING text never got the additional > >> wording that was added to help avoid confusions, including > >> 13.4-RC3 not having it. > >> > >> So, quoting from 14.1's UPDATING . . . > >> [See the "2)" and "3) . . . New bootblocks . . ." wording and > >> the later "The EFI boot loader . . . For ZFS booting . . ." > >> wording. They indicate, for a ZFS boot "drive"/partition/. . ., > >> explicitly upgrading bootblocks (if any) and/or boot loaders > >> before doing a zpool upgrade.] > >> > >> QUOTE > >> ZFS notes > >> --------- > >> When upgrading the boot ZFS pool to a new version (via zpool upgrade), > >> always follow these three steps: > >> > >> 1) recompile and reinstall the ZFS boot loader and boot block > >> (this is part of "make buildworld" and "make installworld") > > > > So does 13.3-RELEASE include the above in its buildworld and > > installworld make(1) targets? In my tower's case, no pools have been > > "zpool upgrade"d past 12.4-RELEASE-p2. > > So no updating would be required until you are preparing for later > doing a "zpool upgrade" of some sort. > And so I still have no clue what destroyed my system's ability to boot except that it appears to have happened as part of "make installworld". I also still have no idea how to fix it. :-( > > Also, as noted in my previous > > posting, I've run "gpart bootcode" to install the 13.3-RELEASE version > > of the boot loader and boot block onto both of the boot drives, but > > nothing changed in what happens when (trying to) boot the system. > > "gpart bootcode" only copies over the boot block as I understand. For > this old-sty;e BIOS context, as I understand, that boot block finds > and uses the boot loader that is in the ZFS based /boot/ . (But I do > not deal with old style BIOS contexts, as it happens.) > Almost. It copies the boot block from /boot/pmbr, and it copies the next stage of the loader from /boot/gptzfsboot in my case into the tiny partition of type freebsd-boot. The initial boot block is too small to understand ZFS, but can load the next stage from that boot partition, and that stage can understand enough of ZFS to load files from /boot. > >> > >> 2) update the ZFS boot block on your boot drive (only required when > >> doing a zpool upgrade): > >> > >> When booting on x86 via BIOS, use the following to update the ZFS boot > >> block on the freebsd-boot partition of a GPT partitioned drive ada0: > >> gpart bootcode -p /boot/gptzfsboot -i $N ada0 > >> The value $N will typically be 1. For EFI booting, see EFI notes. > > > > So done. > >> > >> 3) zpool upgrade the root pool. New bootblocks will work with old > >> pools, but not vice versa, so they need to be updated before any > >> zpool upgrade. > > > > As pointed out above, no pools on the tower have been upgraded since > > the installworld that killed the system. > >> > >> Non-boot pools do not need these updates. > > > > Okay and good to know. > >> > >> [remainder deleted --SB] All this is fair warning for the future, but still leaves me at square 1 with no solution in sight. If anybody has any other ideas that might help resurrect the system on my tower, please offer them. Scott From nobody Mon Sep 9 21:53:37 2024 X-Original-To: stable@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 4X2gbJ1Mzkz5VBPn for ; Mon, 09 Sep 2024 21:54:20 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4X2gbH2w8Tz41LR for ; Mon, 9 Sep 2024 21:54:19 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net Received: from denninger.net (syn-071-015-252-132.res.spectrum.com [71.15.252.132]) by colo1.denninger.net (Postfix) with ESMTP id D53732110DC for ; Mon, 09 Sep 2024 17:54:02 -0400 (EDT) Received: from dummy.faircode.eu (unknown [172.58.146.151]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 85FE636B300 for ; Mon, 09 Sep 2024 17:53:42 -0400 (EDT) Date: Mon, 9 Sep 2024 17:53:37 -0400 (EDT) From: Karl Denninger To: stable@freebsd.org Message-ID: <7d9e6ff6-58a9-45ab-b83e-b464a86af549@denninger.net> In-Reply-To: <202409092119.489LJ7Op009237@sdf.org> References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> <202409090714.4897EDwZ001861@sdf.org> <202409092119.489LJ7Op009237@sdf.org> Subject: Re: 13.3R's installworld killed system--please help! List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha-256; protocol="application/pkcs7-signature"; smime-type=signed-data; boundary="----=_Part_4_224260754.1725918817122" X-Correlation-ID: <7d9e6ff6-58a9-45ab-b83e-b464a86af549@denninger.net> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.14 / 15.00]; SIGNED_SMIME(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_SPAM_MEDIUM(0.91)[0.912]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; NEURAL_HAM_LONG(-0.26)[-0.258]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; MIME_BASE64_TEXT(0.10)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ARC_NA(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4X2gbH2w8Tz41LR ------=_Part_4_224260754.1725918817122 Content-Type: multipart/alternative; boundary="----=_Part_2_106977663.1725918816732" ------=_Part_2_106977663.1725918816732 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Q2FuIHlvdSB0ZW1wb3JhcmlseSBib290IGZyb20gYSBVU0Igc3RpY2s/wqAgSWYgc28sIGFuZCB5 b3UgY2FuIHNlZSB0aGUgcG9vbCBmcm9tIHRoZXJlLCB5b3UgY2FuIHVwZGF0ZSB0aGUgYm9vdCBj b2RlIGZyb20gdGhlIHNoZWxsIG9mZiB0aGUgc3RpY2suCg== ------=_Part_2_106977663.1725918816732 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGh0bWw+CiA8aGVhZD4KICA8bWV0YSBuYW1lPSJ2aWV3cG9ydCIgY29udGVudD0id2lkdGg9ZGV2 aWNlLXdpZHRoLCBpbml0aWFsLXNjYWxlPTEuMCI+CiA8L2hlYWQ+CiA8Ym9keT4KICA8c3BhbiBk aXI9Imx0ciIgc3R5bGU9Im1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyI+Q2FuIHlvdSB0 ZW1wb3JhcmlseSBib290IGZyb20gYSBVU0Igc3RpY2s/Jm5ic3A7IElmIHNvLCBhbmQgeW91IGNh biBzZWUgdGhlIHBvb2wgZnJvbSB0aGVyZSwgeW91IGNhbiB1cGRhdGUgdGhlIGJvb3QgY29kZSBm cm9tIHRoZSBzaGVsbCBvZmYgdGhlIHN0aWNrLjwvc3Bhbj4KICA8YnI+CiA8L2JvZHk+CjwvaHRt bD4= ------=_Part_2_106977663.1725918816732-- ------=_Part_4_224260754.1725918817122 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExDTALBglghkgBZQMEAgEwCwYJKoZIhvcNAQcBoIAwggXpMIIE 0aADAgECAhMAmNFtCiCF3j+FwQLYtBTmGjzkMA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAlVT MRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNVBAMMGURl bm5pbmdlci5OZXQgU2lnbmluZyBJbnQwHhcNMjQwNTEwMTkyNjU5WhcNMjkwNTA5MTkyNjU5WjBX MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRcwFQYDVQQKDA5LYXJsIERlbm5pbmdl cjEbMBkGA1UEAwwSa2FybEBkZW5uaW5nZXIubmV0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIIC CgKCAgEAvh1UssVbSYctzobPjwBkbjv/w4WvQNepeRTwE6+sLnXvc41+X9pa5EclPL4Ql02Vu1m7 1mSqXGfK9HbWZoivbhefBHOoYb35MSc24PelhwcORbpneWoWc7giQ7QgFlvEe/yjfs8M0H9fgdzF S5m2lwBQbis8kioSjHB2yt/8I1GE4Mvt1Cur9kga6ML5FAQvo8TYN1stdhrE13FEv/BWCF4FVT4H 2Wa2ySW+R1jkKb74SC6Twg98bGCRTShD5bVylh0+0LXNhzaopIDcI/KKjm/j3mRjIlmqbGrSpvJs bjjhjhAYQKE1U8FB5TDU4OkFAibblhQit/KjgspPR2o/vOpVFPERuhZEV1oDGzUJtZlkREIcN2sY Bi0p7Y4585ya+b7L10mEenPlyi3eSkGXEuiy/BR2DY6lShwWDPoQ5602TKmttCSwBdWGoLrQ4jEV EVNt4lku2wPbTHF3KpHJU0g7RbcWoUYn10SOxKathkirhF3v9U32+QhPELGwqRrH0sL9rWf0qalR tPDHUYl8TebZmYkFqNeSMlqHijl5f4SsQPSj7gx54F19Ntm9ZcvuWTmW8QQGWTKHeMuG+BYkVIUS Pe6/ZQsbD/xDx7rkyGfNgWIa4W7Wm/B7kaNqH53tk3wFmNgZQOxMTPF0oTHfW0T2azU6JD0D1Alg oAnSAE0CAwEAAaOCAaYwggGiMDoGCCsGAQUFBwEBBC4wLDAqBggrBgEFBQcwAYYeaHR0cDovL29j c3AuZGVubmluZ2VyLm5ldDo3Nzc3MAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgXgMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAzBglghkgBhvhCAQ0EJhYkT3BlblNTTCBHZW5lcmF0 ZWQgQ2xpZW50IENlcnRpZmljYXRlMB0GA1UdDgQWBBSxJZjVnlYLAT3uzvDYgc4742J6UTCBswYD VR0jBIGrMIGogBQf5W7FeEHFokBCu8N6TCQf3WEGLqF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNV BAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2Vy IFJvb3QxIjAgBgkqhkiG9w0BCQEWE2FkbWluQGRlbm5pbmdlci5uZXSCFFlTx0p0yd5EjVWrmS/S TnhDmtC4MB0GA1UdEQQWMBSBEmthcmxAZGVubmluZ2VyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA TrQ45/tBN3SiuqItFv/V+CF3h7Hxe0YLsL+A/P+q9ZhxIscaNjaclgQhPA+rUr+l8DGoXJ/wyAl1 E0SSBK+9phIc/9xFOBg3rCy4ngubzP+lHS1t03nMCBSUNsu5qPzqLBPiKaPabUu3Gr9okoRezSsz gM3/zNJfr8cMO93csCK/fBccsMx5q+3nxB5XeT7UciicjfEzUA4m2mQxBmGk9SSU147Gy8UmdSq5 7Tw82KqUrQ1pJ6IOzVPLREpwlqGbHykSU3MwtPYPtfQeFVjvO/XcWvoFQjbVUyhzAqMMYFudxoVL lJQiAgU38OScTLDgKxCO41h7VOjb2mss0zHndzCCBZkwggOBoAMCAQICFFlTx0p0yd5EjVWrmS/S TnhDmtC4MA0GCSqGSIb3DQEBCwUAMHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUx FjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBSb290MSIwIAYJKoZI hvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0MB4XDTI0MDUwOTIxMDgwM1oXDTQ0MDUwNDIxMDgw M1owXTELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2Vy Lm5ldDEiMCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludDCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBANtHS1KK4sbkc9+j5xa115hDyNzwGN+6jQZNw1FPSCUecfVqlS0iciS1 SScRkMeiFqEic36YwF0qDngUIc6JhmslvLEEij0XBfuFGY5z6ynGZJhac53YT9hwYicwrhmmM/OV 3MFi3WffPKCSHHZuyzFMlLfHie/WoBd8tJl3VXCqhC5+J8Sg/JO3KaSS8cu/zq8uCoCqigz9xdzg tIhDm7a4zfTyfjavxGQq2ntfW/18lbyhFk3ZecVm2JQ8fjhhjaserI3Yd5r1jf5NduV1eOjGE8dM D4lhUWrwpOZtAGpTthwyGUgbRxLE94UszGc/qmo9whVMCUr5rpgZEWml+NkCAwEAAaOCATYwggEy MB0GA1UdDgQWBBQf5W7FeEHFokBCu8N6TCQf3WEGLjCBswYDVR0jBIGrMIGogBREVgLinovoohOc S+unHZzK349wyaF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UE CgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2VyIFJvb3QxIjAgBgkqhkiG9w0BCQEW E2FkbWluQGRlbm5pbmdlci5uZXSCFBkTs0Ei1a1CwKi67BTqNn4c8/CeMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6Ly93d3cuZGVubmluZ2Vy Lm5ldC9yb290LXJldm9rZWQuY3JsMA0GCSqGSIb3DQEBCwUAA4ICAQB8VuE9zzYB+HJSo42zshxx gPfrD44/idCDB8LghZ/fL9pABnZmToghPNirB/s8UzRslFPfOLvHJ62iWocOF8wm+c5BakhNmLIz 8VIrAi+4GzL+4lSo+6q6LhdAxihJsADWqYgxb/PtVlkfBpEWh5YTjRSKthx/R81yigFnvZuZ36IF pXKO1m+TLRWBzPR4Lp7otHmQ1vbfILpOTJAiUbJCQrn9p9dRgXOTj2s4dVtXLFbehdF+rw7DocKu kMYBLynzhLTgwXAFUBR9t7hpezdtqalojYvMqCRXLDIU/XgtK+92MJ8th+cvLVn2GbYQcyo0cDa0 IZ1GFanZ3tpkLUxgWqeDRlJ+M8mOoesjWo9TSnqT0DUbEC2tCUva/8hTNScxmSJrAVXeqXEwZl/+ RNhNQ5wmHHUpTjNIse7zSo7uV1GmnmAeywIAYVt5O7aCnovF+ZoWEs8MEnVUZ90/H2VStT/05ygd zNyXnHZFvwhRnJf16XM/lZ0BTynlH8MuU4CrbhVxpuEW1gEIDZ04RIu6lJ9Yo1C4kI3/WDPvKxJz 6aOec9Xvsg6amzMl+QUUkQM0mUYhUpfW/DDKC0L/1SWjHx+uBtmVEBgCANz9hs4EXG2JxVWt7Rjd SPHorNu2SBlGWB91lZtPVbmyadyonGDmoAvx7/JNvd8J7acnSOGI/jCCBnYwggReoAMCAQICFBkT s0Ei1a1CwKi67BTqNn4c8/CeMA0GCSqGSIb3DQEBCwUAMHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQI DAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBS b290MSIwIAYJKoZIhvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0MCAXDTI0MDUwOTE1NTkyMloY DzIwNTQwNTAyMTU1OTIyWjB2MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRYwFAYD VQQKDA1EZW5uaW5nZXIuTmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqGSIb3DQEJ ARYTYWRtaW5AZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAKPq ohSKIONXqhN7bc46RHTR1QF3EZKrR3/8NUkjcwlpL1JbExokOVacS+CILL7RnRZrPiIi59F49BkC bX4QBK40ZzKUI+D4PzgZRCS5V+CfcAde73IuArMqwlngJoSWpT3QsXFzZ4W/qoW9F+NlRAUnMhKh DiVYqfCOOKG6WicLkYiUvwvPKFs6/6O4Owo4Bv3CyOp3hI7rb5mjmsij0Nh9shMf7Cwsxz2VALJG c2gwNkdfnALk7+imc9zkp7rs6qstANTVEMTZm//Ak/Chi5bzVetfIt+xJEG1c3R+CJeLyRbxvpXy LU3Im93gb1x2kwpu0yuoEFLHrrvpqzX2Cdfh+BqHniMMei0D53gJr+M1Qhu2XLdXvt5YwZVYPGiu Vm14MKSABQnG7Z8R5s27cTESL+JqyI+wRnfr/FY2jJrJFz5McMsknU6kaKmV+hLDxpzbO01avTN6 wx8IS/rowjwArffWuTRWvcbkH0ynAiOABAd/zz6K9QDPmNwaZiWcz+foeUpJOrU5Mhiek+PDSU92 5r8mLJCh7HmCcAPhmRd7s5AYqzq5GRuaQ1K3CIWk3PHhHEpjpcL85rtkPuza3pSqFkRhlb+yzxGq VgveMPRNi+Yd3DYkQ7Pxkc1Rsz5U6zhCZCVE96pJVTiREVDHpalUkiBQNZNTlyJvuDhWAQZVAgMB AAGjgfkwgfYwHQYDVR0OBBYEFERWAuKei+iiE5xL66cdnMrfj3DJMIGzBgNVHSMEgaswgaiAFERW AuKei+iiE5xL66cdnMrfj3DJoXqkeDB2MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2Vl MRYwFAYDVQQKDA1EZW5uaW5nZXIuTmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqG SIb3DQEJARYTYWRtaW5AZGVubmluZ2VyLm5ldIIUGROzQSLVrULAqLrsFOo2fhzz8J4wDwYDVR0T AQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQELBQADggIBACWIhkAhkRDmNW9d B1bs3zVXA1boLGrVLDxvDnB+T8iOFCcCYEr1MaxJKEz4I595rOFALeimp1WwxEyJ7yrhfJSsUPhG X3XZsoWod56pJOtddEnGZaP2CM/vX6gnU0EmmAsqcA3G0/Mqtx8zWFCqjX62/4w+G/yARV8nG3nq a5jl8nw8pDAq5M8M6C7A9rNtepVT2KsWtDbf+FmzOKJxcP9oGpFUazZIrYBSQ2j6THlD/THmipBF CaMsZljTwrN2dPDo2SvYomoLOP5MvpzdQoCMB6q0eKN1qtIqUyoWC1Txsjw9x2OPMydGUJCwIfrj fWaADCn1p59IucWUDrhm+85i3sT7/ttk0QDJ7d5wo/SihmjlSaQg+Lhd1YODoPq2w7j4+FSKdCqb iSkFyAVkykeAp0rvlcUgCMQfOg4t1KjgWNh7zGnpjd3ElfyRs/LPwxLvmXNLKs0n5/Ys+5DiCF4u CTS44FKFBQDHu7SPEaw034kfnD3LHg4NAmJQ3UR+zvBF7paD56JGhqSkcgSBbRQ44haocEo4kq2k 1dWqgqqjvlHIdCmHu3hGkXMLypxGB7ddHeC4cUH2zN5uoagBbT1mnMLt66R47nRXFSFJHbQqAjtv ncNUijNlDnRk/FmnxdnoNnEQuTAM2Eben0Sno6pMiS7vnJEw94/j/bQK67PDAAAxggM2MIIDMgIB ATB0MF0xCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdl ci5uZXQxIjAgBgNVBAMMGURlbm5pbmdlci5OZXQgU2lnbmluZyBJbnQCEwCY0W0KIIXeP4XBAti0 FOYaPOQwCwYJYIZIAWUDBAIBoIGWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTI0MDkwOTIxNTMzNlowKwYJKoZIhvcNAQk0MR4wHDALBglghkgBZQMEAgGhDQYJKoZI hvcNAQELBQAwLwYJKoZIhvcNAQkEMSIEII8+Ho7/jynn0hMggU1NHKB7A2+R7Jh/R3MdLXcwArfd MA0GCSqGSIb3DQEBCwUABIICAKkvRdmIYgiZWCYMnzwUotmNLBJizAh9UMXMPeNh8STLS0cXhooT pCu2G15REHDezMWZHeSrbaYB1r1oTNci8mKBzgZ+vSUgjH4gSRaU9b47ZjjXlbnUkoKwtNaGrxPe GWJN147nzzLdE5XfislCJ+TientO66/ts+k7VpcdeQZgc3s3zW8OSZ791GBaVo+YQ2Ggu5jd5RTf vPiSm7R5nB2M6ky/uC89yDHFxmyqpWfiOrXX3n/y/hljtysuMM87B/RtkGBKHKEfK3O+alwTKe5m EQ2shQxKP7XAwIl/Pr801NxDYW+clAAKfgd8/gPQMWBLU1U7bkCRB9d/CQmSvHH8rk542jIgm2N3 dSpffbzpuvToQG2HccKFpHum98XWjVf8BMDmxU6odJZnxZbG1HDkWsrrFsPle2zE0M8gJTk2ejPL dtL2UyM0gA7g4zYzbrb00ZwErrPeZAU9930+em5N4/GeTUcmzK0LdaKY3nsJM/m0FkKhPRLJ8Ug3 rBWaUjI5sAN9z76YgHJvFqfijoR8ms1N4OTVxXDZSGscducmQsJmgGt6utEx/lxUvxFqF0ZkfkUb FMlkDPsNUHkQjdOiOBFQbX1m4Z5FGjalH9zXYpDYU8YEX8uIL6W73xbjgiKCfPCWVNhESGE8xkXY lN+BSt8Yk+z3pRm1KbNF4wR0AAAAAAAA ------=_Part_4_224260754.1725918817122-- From nobody Tue Sep 10 09:46:20 2024 X-Original-To: stable@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 4X2zP23fNGz5VFVv for ; Tue, 10 Sep 2024 09:46:30 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4X2zP11Vdgz4Zjd for ; Tue, 10 Sep 2024 09:46:28 +0000 (UTC) (envelope-from pete@twisted.org.uk) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=tbx-short header.b=IpOfA75p; dmarc=pass (policy=none) header.from=twisted.org.uk; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=tbx-short; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=LBIO9C0rvWBH7tH81PDzi/2KyJkao0gms5+BYu34mYM=; t=1725961588; x=1726825588; b=IpOfA75p4/RfgsdDd3KjlP497mh+uCuFSUFtwzGrJB1cK78XXmjFQ9uFFux6HLiUqEzHfJzuW+o raRn1NxCQZlcF9VWaULZrMbJd9FE90YLoEgCxOmRKPSutfhXCBnoOLyqTGEi4LzInTf6mBS3bYUhN Fpz5fqXrinjglyiQyU4=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1snxS0-000F2C-25 for stable@freebsd.org; Tue, 10 Sep 2024 09:46:21 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=ALL_TRUSTED,TW_GP,TW_PM,TW_PT, TW_ZF,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Score: -0.7 () Received: from balta.twisted.org.uk ([2001:470:6cc4:1::57]) by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1snxS0-000F29-1i for stable@freebsd.org; Tue, 10 Sep 2024 09:46:20 +0000 Message-ID: Date: Tue, 10 Sep 2024 10:46:20 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: 13.3R's installworld killed system--please help! To: stable@freebsd.org References: <6C9B265B-E315-4E88-B090-3B89C91C08A4.ref@yahoo.com> <6C9B265B-E315-4E88-B090-3B89C91C08A4@yahoo.com> <202409090714.4897EDwZ001861@sdf.org> <202409092119.489LJ7Op009237@sdf.org> Content-Language: en-GB From: Pete French In-Reply-To: <202409092119.489LJ7Op009237@sdf.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.51 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.52)[-0.521]; DMARC_POLICY_ALLOW(-0.50)[twisted.org.uk,none]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=tbx-short]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+] X-Rspamd-Queue-Id: 4X2zP11Vdgz4Zjd > And so I still have no clue what destroyed my system's ability to boot > except that it appears to have happened as part of "make installworld". I > also still have no idea how to fix it. :-( ...and fixing it is the important bit. This is old enough that its using BIOS and MBR boot, yes ? What do you have that you can actually boot into on the machine which would let you access the discs ? I understand that a USB stick doesn't work, but do you have a CD drive maybe you could use to boot it ? What I would try, assuming you can get access to the discs, it to rewrite both the boot sector and the boot partition. I got bitten by this once, and since then I have a little script which I run after every update which does this: $ cat /root/update_boot_blocks #!/bin/sh for DRIVE in ada0 ada1 do     /sbin/gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${DRIVE} done That's specific to my disc layout of course. But the point is I make sure I always update both the MBR and the boot partition which goes away to find the zpool I boot from. So, obviously you cant do directly that if you cant boot the machine - but if you can boot some kind of FreeBSD from a CD you have (I think you said you couldnt burn a new one, but do you have an older version lying around?) then you could boot that, download the latest pmbr and gptzfsboot files from the internet, and write them to the discs. This is what I ended up having to do when I got into a similarly unbootable state a few years ago. Mine was slightly easier than yours though, as I could boot form a USB stick. -pete. From nobody Wed Sep 11 17:28:29 2024 X-Original-To: freebsd-stable@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 4X3nbj6T38z5Tyy7 for ; Wed, 11 Sep 2024 17:28:33 +0000 (UTC) (envelope-from SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4X3nbh0h3Lz4Jr9 for ; Wed, 11 Sep 2024 17:28:32 +0000 (UTC) (envelope-from SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b="yPcmw/pS"; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl" Date: Wed, 11 Sep 2024 19:28:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1726075710; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=c7eqt45NNxow73+LK4fahKQ+zTbBdR+t3Vz5dUIafbI=; b=yPcmw/pS3swD8kAJ0F2M5CcedBu0e5LFlwsGqbYiXreomKdOHY/J0pdxtRtZij0WBbm0v+ cMc89zchvoDCbq3jS/sZYmFMjjLrf5yr2UqBsvuaJMy2MGdPZ5jHFx4Y7Gvrc6/6PUXy81 m5jtMORzeoYA0sUdthKZJwMmTQJcn9Sg1PcGnfgLWTKjUuZXPYRcQB7iZtsg6cKgl8CQri /ajCiomTuyzZGM/Vu4sL4dHWukg4BRwPPkS+MmeFyWqYiq/SLin7fqNXeBFQ4dRqSePUGU Fs78AiUc2yc88kE8V/TYM01bCtAv6vbrKm40EB8ypoORszpLt5yafK0dhUUdNQ== From: Ronald Klop To: Scott Bennett Cc: freebsd-stable@freebsd.org, marklmi@yahoo.com, ax61@disroot.org Message-ID: <1841841708.2531.1726075709651@localhost> In-Reply-To: <202409092119.489LJ7Op009237@sdf.org> Subject: Re: 13.3R's installworld killed system--please help! List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2530_694912204.1726075709643" X-Mailer: Realworks (719.52) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[freebsd.org,yahoo.com,disroot.org]; RCVD_COUNT_ZERO(0.00)[0]; HAS_X_PRIO_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=600G=QJ=klop.ws=ronald-lists@realworks.nl]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4X3nbh0h3Lz4Jr9 ------=_Part_2530_694912204.1726075709643 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable How big is your pool? Could it be that installworld installed files above >= 2TB or some other old BIOS limit so it is unable to read it.=20 Sorry if I talk about something that was already discussed. I don=E2=80=99t= have the full thread anymore.=20 Regards, Ronald.=20 Van: Scott Bennett Datum: 9 september 2024 23:19 Aan: marklmi@yahoo.com CC: ax61@disroot.org, freebsd-stable@freebsd.org Onderwerp: Re: 13.3R's installworld killed system--please help! >=20 >=20 > Mark Millard wrote: >=20 > > On Sep 9, 2024, at 00:14, Scott Bennett wrote: > > > > > Mark Millard wrote: > > >=20 > > > Thanks much for this reply. It looks quite interesting. > > >=20 > > >> Scott Bennett wrote on > > >> Date: Mon, 09 Sep 2024 02:13:19 UTC : > > >>=20 > > >>> ax61@disroot.org wrote: > > >>>=20 > > >>> Thank you for replying! > > >>> . . . > > >>>>=20 > > >>>> Looks like did not update the boot loader. > > >>>=20 > > >>> Looks like what did not update it? > > >>> My understanding was that rewriting the boot code was a step incorp= orated > > >>> into installworld at least a couple of major releases ago. > > >>=20 > > >> Nope. > > >>=20 > > >> It looks like the 13.* UDPATING text never got the additional > > >> wording that was added to help avoid confusions, including > > >> 13.4-RC3 not having it. > > >>=20 > > >> So, quoting from 14.1's UPDATING . . . > > >> [See the "2)" and "3) . . . New bootblocks . . ." wording and > > >> the later "The EFI boot loader . . . For ZFS booting . . ." > > >> wording. They indicate, for a ZFS boot "drive"/partition/. . ., > > >> explicitly upgrading bootblocks (if any) and/or boot loaders > > >> before doing a zpool upgrade.] > > >>=20 > > >> QUOTE > > >> ZFS notes > > >> --------- > > >> When upgrading the boot ZFS pool to a new version (via zpool upgrade= ), > > >> always follow these three steps: > > >>=20 > > >> 1) recompile and reinstall the ZFS boot loader and boot block > > >> (this is part of "make buildworld" and "make installworld") > > >=20 > > > So does 13.3-RELEASE include the above in its buildworld and > > > installworld make(1) targets? In my tower's case, no pools have been > > > "zpool upgrade"d past 12.4-RELEASE-p2. > > > > So no updating would be required until you are preparing for later > > doing a "zpool upgrade" of some sort. > > > And so I still have no clue what destroyed my system's ability to bo= ot > except that it appears to have happened as part of "make installworld". = I > also still have no idea how to fix it. :-( >=20 > > > Also, as noted in my previous > > > posting, I've run "gpart bootcode" to install the 13.3-RELEASE versio= n > > > of the boot loader and boot block onto both of the boot drives, but > > > nothing changed in what happens when (trying to) boot the system. > > > > "gpart bootcode" only copies over the boot block as I understand. For > > this old-sty;e BIOS context, as I understand, that boot block finds > > and uses the boot loader that is in the ZFS based /boot/ . (But I do > > not deal with old style BIOS contexts, as it happens.) > > > Almost. It copies the boot block from /boot/pmbr, and it copies the= next > stage of the loader from /boot/gptzfsboot in my case into the tiny partit= ion > of type freebsd-boot. The initial boot block is too small to understand = ZFS, > but can load the next stage from that boot partition, and that stage can > understand enough of ZFS to load files from /boot. >=20 > > >>=20 > > >> 2) update the ZFS boot block on your boot drive (only required when > > >> doing a zpool upgrade): > > >>=20 > > >> When booting on x86 via BIOS, use the following to update the ZFS bo= ot > > >> block on the freebsd-boot partition of a GPT partitioned drive ada0: > > >> gpart bootcode -p /boot/gptzfsboot -i $N ada0 > > >> The value $N will typically be 1. For EFI booting, see EFI notes. > > >=20 > > > So done. > > >>=20 > > >> 3) zpool upgrade the root pool. New bootblocks will work with old > > >> pools, but not vice versa, so they need to be updated before any > > >> zpool upgrade. > > >=20 > > > As pointed out above, no pools on the tower have been upgraded si= nce > > > the installworld that killed the system. > > >>=20 > > >> Non-boot pools do not need these updates. > > >=20 > > > Okay and good to know. > > >>=20 > > >> [remainder deleted --SB] >=20 > All this is fair warning for the future, but still leaves me at squa= re 1 > with no solution in sight. If anybody has any other ideas that might hel= p > resurrect the system on my tower, please offer them. >=20 > Scott >=20 >=20 >=20 >=20 >=20 ------=_Part_2530_694912204.1726075709643 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable How big is your pool? Could it be that installworl= d installed files above > 2TB or some other old BIOS limit so it is unab= le to read it. 

Sorry if I talk about something tha= t was already discussed. I don=E2=80=99t have the full thread anymore. = ;

Regards,
Ronald. 

<= p>Van: Scott Bennett <bennett@sdf.org>
Datum: 9 september 2024 23:19
Aan: marklm= i@yahoo.com
CC: ax61@disroot.org, freebsd-stable@freebs= d.org
Onderwerp: Re: 13.3R's installworld killed system= --please help!

Mark Millard wrote:

> On Sep 9, 2024, at 00:14, Scott Bennett wrote:
>
> > Mark Millard wrote:
> >
> >     Thanks much for this reply.  It look= s quite interesting.
> >
> >> Scott Bennett wrote on
> >> Date: Mon, 09 Sep 2024 02:13:19 UTC :
> >>
> >>> ax61@disroot.org wrote:
> >>>
> >>> Thank you for replying!
> >>> . . .
> >>>>
> >>>> Looks like did not update the boot loader.
> >>>
> >>> Looks like what did not update it?
> >>> My understanding was that rewriting the boot code was a s= tep incorporated
> >>> into installworld at least a couple of major releases ago= .
> >>
> >> Nope.
> >>
> >> It looks like the 13.* UDPATING text never got the additional=
> >> wording that was added to help avoid confusions, including > >> 13.4-RC3 not having it.
> >>
> >> So, quoting from 14.1's UPDATING . . .
> >> [See the "2)" and "3) . . . New bootblocks . . ." wording and=
> >> the later "The EFI boot loader . . . For ZFS booting  . = . ."
> >> wording. They indicate, for a ZFS boot "drive"/partition/. . = .,
> >> explicitly upgrading bootblocks (if any) and/or boot loaders<= br> > >> before doing a zpool upgrade.]
> >>
> >> QUOTE
> >> ZFS notes
> >> ---------
> >> When upgrading the boot ZFS pool to a new version (via zpool = upgrade),
> >> always follow these three steps:
> >>
> >> 1) recompile and reinstall the ZFS boot loader and boot block=
> >> (this is part of "make buildworld" and "make installworld") > >
> >     So does 13.3-RELEASE include the above in= its buildworld and
> > installworld make(1) targets?  In my tower's case, no pools = have been
> > "zpool upgrade"d past 12.4-RELEASE-p2.
>
> So no updating would be required until you are preparing for later
> doing a "zpool upgrade" of some sort.
>
     And so I still have no clue what destroyed my= system's ability to boot
except that it appears to have happened as part of "make installworld". &nb= sp;I
also still have no idea how to fix it. :-(

> > Also, as noted in my previous
> > posting, I've run "gpart bootcode" to install the 13.3-RELEASE ve= rsion
> > of the boot loader and boot block onto both of the boot drives, b= ut
> > nothing changed in what happens when (trying to) boot the system.=
>
> "gpart bootcode" only copies over the boot block as I understand. For<= br> > this old-sty;e BIOS context, as I understand, that boot block finds > and uses the boot loader that is in the ZFS based /boot/ . (But I do > not deal with old style BIOS contexts, as it happens.)
>
     Almost.  It copies the boot block from /= boot/pmbr, and it copies the next
stage of the loader from /boot/gptzfsboot in my case into the tiny partitio= n
of type freebsd-boot.  The initial boot block is too small to understa= nd ZFS,
but can load the next stage from that boot partition, and that stage can understand enough of ZFS to load files from /boot.

> >>
> >> 2) update the ZFS boot block on your boot drive (only require= d when
> >> doing a zpool upgrade):
> >>
> >> When booting on x86 via BIOS, use the following to update the= ZFS boot
> >> block on the freebsd-boot partition of a GPT partitioned driv= e ada0:
> >> gpart bootcode -p /boot/gptzfsboot -i $N ada0
> >> The value $N will typically be 1. For EFI booting, see EFI no= tes.
> >
> >     So done.
> >>
> >> 3) zpool upgrade the root pool. New bootblocks will work with= old
> >> pools, but not vice versa, so they need to be updated before = any
> >> zpool upgrade.
> >
> >     As pointed out above, no pools on the tow= er have been upgraded since
> > the installworld that killed the system.
> >>
> >> Non-boot pools do not need these updates.
> >
> >     Okay and good to know.
> >>
> >> [remainder deleted --SB]

     All this is fair warning for the future, but = still leaves me at square 1
with no solution in sight.  If anybody has any other ideas that might = help
resurrect the system on my tower, please offer them.

            &nb= sp;       Scott




------=_Part_2530_694912204.1726075709643-- From nobody Wed Sep 11 21:11:26 2024 X-Original-To: freebsd-stable@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 4X3tYB3W9Yz5Vywv for ; Wed, 11 Sep 2024 21:11:42 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X3tYB0qvHz4jd8 for ; Wed, 11 Sep 2024 21:11:41 +0000 (UTC) (envelope-from bennett@sdf.org) Authentication-Results: mx1.freebsd.org; none Received: from sdf.org (IDENT:bennett@rie.sdf.org [205.166.94.4]) by mx.sdf.org (8.18.1/8.14.3) with ESMTPS id 48BLBTTJ015595 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 11 Sep 2024 21:11:30 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sdf.org; s=sdf.org; t=1726089091; bh=rkwCDuICLpU0XXJ4W9OSebNOdanqLXjr5FjAQrVVIQ8=; h=From:Date:To:Subject:Cc:References:In-Reply-To; b=cCCAgwFaMLcA9ic3T6255463FPIDbqStmyC6J6FFDk7XZCb9bVjh33DRgzAiudoGw e6oF+kYzoE2cJYIuoauPfVL0HVJww284FV6rNcdbTJipmB6NRKGAyTxQT9wrtlKWuo FOcdhvpY8WkQ4Z8yNghm53SYOj8oISNfnrqRyKyU= Received: (from bennett@localhost) by sdf.org (8.18.1/8.12.8/Submit) id 48BLBQ7x005508; Wed, 11 Sep 2024 16:11:26 -0500 (CDT) From: Scott Bennett Message-Id: <202409112111.48BLBQ7x005508@sdf.org> Date: Wed, 11 Sep 2024 16:11:26 -0500 To: ronald-lists@klop.ws Subject: Re: 13.3R's installworld killed system--please help! Cc: ax61@disroot.org, marklmi@yahoo.com, freebsd-stable@freebsd.org References: <1841841708.2531.1726075709651@localhost> In-Reply-To: <1841841708.2531.1726075709651@localhost> User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US] X-Rspamd-Queue-Id: 4X3tYB0qvHz4jd8 Ronald Klop wrote: > How big is your pool? Could it be that installworld installed files above > 2TB or some other old BIOS limit so it is unable to read it. I hadn't thought of that, but according to the partition map backups, the "system" pool is just a hair smaller than 344 GB. Each of the drives is a bit smaller than 1 TB. > > Sorry if I talk about something that was already discussed. I don?t have the full thread anymore. > No, it wasn't discussed, so thank you for the input. My tower system is still unbootable after all this time. I'm down to grasping at straws. A family member is checking the machines at work to see whether any still have a usable disk burner in case I need to trash the contents of one of the boot drives by booting an installer disk. This would be a most unpleasant option entailing a huge amount of work and very likely the purchase of another storage device I can't afford at the moment. I'm also considering running the standalone installer from a thumb drive on the laptop with a boot drive from the tower attached via the USB docking station. This would also result in that abominable amount of work. Neither this nor the first option is good, but the boot code the standalone installer installs has worked fine on the laptop's SSD to load 13.3-RELEASE many times so far, whereas installworld made the system unbootable in a still unknown manner. A third option is to run the installer from a thumb drive on the laptop in rescue mode to reinstall boot code onto a tower boot drive. If that fails, I've considered downloading the last available image of 12.4-RELEASE and putting that onto a thumb drive, attaching the tower's boot drives to the laptop, running the 12.4-RELEASE standalone installer from the thumb drive in rescue mode to install *its* boot code onto the tower's drives, importing the "system" pool long enough to do a "zfs rollback" of everything to the final snapshot I made immediately before running installkernel, and putting those drives back into the tower to try it out. Lastly, would be using the 12.4-RELEASE-p2 installer to go through all the equivalent work and hassle and potential storage device expense by reinstalling 12.4-RELEASE-p2 from scratch and starting over just to get back to an approximation of where my system was before I ran installkernel from my source build of 13.3-RELEASE-p1. :-( But at least that should give me a running system again. While I've been typing this reply, the aforementioned family member has reported that her machine at work does have a disk burner. I doubt it has been used in a long time, so I don't yet know whether it still works. I wonder when the last release was that the BIOS-based boot code was actually tested on a machine that uses BIOS-based booting. This leads to another nasty thought, namely, I don't recall when the last time was that I installed the boot code onto the boot drives before I got into the current mess. It might not have been since I first switched to a ZFS install to begin using a root-on-ZFS system many years ago, in which case my wondering about when the developers last tested a BIOS boot becomes somewhat frightening in that I would have potentially many installer images archived at freebsd.org to try out. My pools are all up to date as of 12.4-RELEASE, so the older releases' boot code versions might not be able to work with the "system" pool in its current state either. Oh, well. Once again, if anyone seeing this note has any other ideas or more options to try, please share them. Scott Bennett From nobody Wed Sep 11 21:20:13 2024 X-Original-To: stable@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 4X3tlD3v7lz5W14S for ; Wed, 11 Sep 2024 21:20:24 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4X3tlC4thHz4lHb for ; Wed, 11 Sep 2024 21:20:23 +0000 (UTC) (envelope-from karl@denninger.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net Received: from denninger.net (syn-071-015-252-132.res.spectrum.com [71.15.252.132]) by colo1.denninger.net (Postfix) with ESMTP id 74F992110D3 for ; Wed, 11 Sep 2024 17:20:38 -0400 (EDT) Received: from dummy.faircode.eu (unknown [172.58.151.165]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 279E82FB19D for ; Wed, 11 Sep 2024 17:20:16 -0400 (EDT) Date: Wed, 11 Sep 2024 17:20:13 -0400 (EDT) From: Karl Denninger To: stable@freebsd.org Message-ID: <0a3f568d-7a6a-4b24-8fa8-c3247ba0671c@denninger.net> In-Reply-To: <202409112111.48BLBQ7x005508@sdf.org> References: <1841841708.2531.1726075709651@localhost> <202409112111.48BLBQ7x005508@sdf.org> Subject: Re: 13.3R's installworld killed system--please help! List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha-256; protocol="application/pkcs7-signature"; smime-type=signed-data; boundary="----=_Part_31_141441495.1726089613718" X-Correlation-ID: <0a3f568d-7a6a-4b24-8fa8-c3247ba0671c@denninger.net> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.06 / 15.00]; SIGNED_SMIME(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.92)[0.921]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.18)[-0.180]; MIME_BASE64_TEXT(0.10)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ARC_NA(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; FREEFALL_USER(0.00)[karl]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4X3tlC4thHz4lHb ------=_Part_31_141441495.1726089613718 Content-Type: multipart/alternative; boundary="----=_Part_28_97489496.1726089613182" ------=_Part_28_97489496.1726089613182 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 MTMueCBkb2VzIHdvcmsgb24gdGhlIGJpb3MtYmFzZWQgYm9vdCBjb2RlIEkgaGF2ZSBzeXN0ZW1z IGluIGEgY2xvdWQgcHJvdmlkZXIgd2hlcmUgSSBjYW4ndCBydW4gRUZJIHRoYXQgYm9vdCBvZmYg b2YgdGhhdCBhbmQgdGhleSdyZSBvbi4gMTMuCg== ------=_Part_28_97489496.1726089613182 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGh0bWw+CiA8aGVhZD4KICA8bWV0YSBuYW1lPSJ2aWV3cG9ydCIgY29udGVudD0id2lkdGg9ZGV2 aWNlLXdpZHRoLCBpbml0aWFsLXNjYWxlPTEuMCI+CiA8L2hlYWQ+CiA8Ym9keT4KICA8c3BhbiBk aXI9Imx0ciIgc3R5bGU9Im1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyI+MTMueCBkb2Vz IHdvcmsgb24gdGhlIGJpb3MtYmFzZWQgYm9vdCBjb2RlIEkgaGF2ZSBzeXN0ZW1zIGluIGEgY2xv dWQgcHJvdmlkZXIgd2hlcmUgSSBjYW4ndCBydW4gRUZJIHRoYXQgYm9vdCBvZmYgb2YgdGhhdCBh bmQgdGhleSdyZSBvbi4gMTMuPC9zcGFuPgogIDxicj4KIDwvYm9keT4KPC9odG1sPg== ------=_Part_28_97489496.1726089613182-- ------=_Part_31_141441495.1726089613718 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=smime.p7s MIAGCSqGSIb3DQEHAqCAMIACAQExDTALBglghkgBZQMEAgEwCwYJKoZIhvcNAQcBoIAwggXpMIIE 0aADAgECAhMAmNFtCiCF3j+FwQLYtBTmGjzkMA0GCSqGSIb3DQEBCwUAMF0xCzAJBgNVBAYTAlVT MRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5uZXQxIjAgBgNVBAMMGURl bm5pbmdlci5OZXQgU2lnbmluZyBJbnQwHhcNMjQwNTEwMTkyNjU5WhcNMjkwNTA5MTkyNjU5WjBX MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRcwFQYDVQQKDA5LYXJsIERlbm5pbmdl cjEbMBkGA1UEAwwSa2FybEBkZW5uaW5nZXIubmV0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIIC CgKCAgEAvh1UssVbSYctzobPjwBkbjv/w4WvQNepeRTwE6+sLnXvc41+X9pa5EclPL4Ql02Vu1m7 1mSqXGfK9HbWZoivbhefBHOoYb35MSc24PelhwcORbpneWoWc7giQ7QgFlvEe/yjfs8M0H9fgdzF S5m2lwBQbis8kioSjHB2yt/8I1GE4Mvt1Cur9kga6ML5FAQvo8TYN1stdhrE13FEv/BWCF4FVT4H 2Wa2ySW+R1jkKb74SC6Twg98bGCRTShD5bVylh0+0LXNhzaopIDcI/KKjm/j3mRjIlmqbGrSpvJs bjjhjhAYQKE1U8FB5TDU4OkFAibblhQit/KjgspPR2o/vOpVFPERuhZEV1oDGzUJtZlkREIcN2sY Bi0p7Y4585ya+b7L10mEenPlyi3eSkGXEuiy/BR2DY6lShwWDPoQ5602TKmttCSwBdWGoLrQ4jEV EVNt4lku2wPbTHF3KpHJU0g7RbcWoUYn10SOxKathkirhF3v9U32+QhPELGwqRrH0sL9rWf0qalR tPDHUYl8TebZmYkFqNeSMlqHijl5f4SsQPSj7gx54F19Ntm9ZcvuWTmW8QQGWTKHeMuG+BYkVIUS Pe6/ZQsbD/xDx7rkyGfNgWIa4W7Wm/B7kaNqH53tk3wFmNgZQOxMTPF0oTHfW0T2azU6JD0D1Alg oAnSAE0CAwEAAaOCAaYwggGiMDoGCCsGAQUFBwEBBC4wLDAqBggrBgEFBQcwAYYeaHR0cDovL29j c3AuZGVubmluZ2VyLm5ldDo3Nzc3MAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgXgMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAzBglghkgBhvhCAQ0EJhYkT3BlblNTTCBHZW5lcmF0 ZWQgQ2xpZW50IENlcnRpZmljYXRlMB0GA1UdDgQWBBSxJZjVnlYLAT3uzvDYgc4742J6UTCBswYD VR0jBIGrMIGogBQf5W7FeEHFokBCu8N6TCQf3WEGLqF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNV BAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2Vy IFJvb3QxIjAgBgkqhkiG9w0BCQEWE2FkbWluQGRlbm5pbmdlci5uZXSCFFlTx0p0yd5EjVWrmS/S TnhDmtC4MB0GA1UdEQQWMBSBEmthcmxAZGVubmluZ2VyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA TrQ45/tBN3SiuqItFv/V+CF3h7Hxe0YLsL+A/P+q9ZhxIscaNjaclgQhPA+rUr+l8DGoXJ/wyAl1 E0SSBK+9phIc/9xFOBg3rCy4ngubzP+lHS1t03nMCBSUNsu5qPzqLBPiKaPabUu3Gr9okoRezSsz gM3/zNJfr8cMO93csCK/fBccsMx5q+3nxB5XeT7UciicjfEzUA4m2mQxBmGk9SSU147Gy8UmdSq5 7Tw82KqUrQ1pJ6IOzVPLREpwlqGbHykSU3MwtPYPtfQeFVjvO/XcWvoFQjbVUyhzAqMMYFudxoVL lJQiAgU38OScTLDgKxCO41h7VOjb2mss0zHndzCCBZkwggOBoAMCAQICFFlTx0p0yd5EjVWrmS/S TnhDmtC4MA0GCSqGSIb3DQEBCwUAMHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUx FjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBSb290MSIwIAYJKoZI hvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0MB4XDTI0MDUwOTIxMDgwM1oXDTQ0MDUwNDIxMDgw M1owXTELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UECgwNRGVubmluZ2Vy Lm5ldDEiMCAGA1UEAwwZRGVubmluZ2VyLk5ldCBTaWduaW5nIEludDCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBANtHS1KK4sbkc9+j5xa115hDyNzwGN+6jQZNw1FPSCUecfVqlS0iciS1 SScRkMeiFqEic36YwF0qDngUIc6JhmslvLEEij0XBfuFGY5z6ynGZJhac53YT9hwYicwrhmmM/OV 3MFi3WffPKCSHHZuyzFMlLfHie/WoBd8tJl3VXCqhC5+J8Sg/JO3KaSS8cu/zq8uCoCqigz9xdzg tIhDm7a4zfTyfjavxGQq2ntfW/18lbyhFk3ZecVm2JQ8fjhhjaserI3Yd5r1jf5NduV1eOjGE8dM D4lhUWrwpOZtAGpTthwyGUgbRxLE94UszGc/qmo9whVMCUr5rpgZEWml+NkCAwEAAaOCATYwggEy MB0GA1UdDgQWBBQf5W7FeEHFokBCu8N6TCQf3WEGLjCBswYDVR0jBIGrMIGogBREVgLinovoohOc S+unHZzK349wyaF6pHgwdjELMAkGA1UEBhMCVVMxEjAQBgNVBAgMCVRlbm5lc3NlZTEWMBQGA1UE CgwNRGVubmluZ2VyLk5ldDEXMBUGA1UEAwwORGVubmluZ2VyIFJvb3QxIjAgBgkqhkiG9w0BCQEW E2FkbWluQGRlbm5pbmdlci5uZXSCFBkTs0Ei1a1CwKi67BTqNn4c8/CeMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6Ly93d3cuZGVubmluZ2Vy Lm5ldC9yb290LXJldm9rZWQuY3JsMA0GCSqGSIb3DQEBCwUAA4ICAQB8VuE9zzYB+HJSo42zshxx gPfrD44/idCDB8LghZ/fL9pABnZmToghPNirB/s8UzRslFPfOLvHJ62iWocOF8wm+c5BakhNmLIz 8VIrAi+4GzL+4lSo+6q6LhdAxihJsADWqYgxb/PtVlkfBpEWh5YTjRSKthx/R81yigFnvZuZ36IF pXKO1m+TLRWBzPR4Lp7otHmQ1vbfILpOTJAiUbJCQrn9p9dRgXOTj2s4dVtXLFbehdF+rw7DocKu kMYBLynzhLTgwXAFUBR9t7hpezdtqalojYvMqCRXLDIU/XgtK+92MJ8th+cvLVn2GbYQcyo0cDa0 IZ1GFanZ3tpkLUxgWqeDRlJ+M8mOoesjWo9TSnqT0DUbEC2tCUva/8hTNScxmSJrAVXeqXEwZl/+ RNhNQ5wmHHUpTjNIse7zSo7uV1GmnmAeywIAYVt5O7aCnovF+ZoWEs8MEnVUZ90/H2VStT/05ygd zNyXnHZFvwhRnJf16XM/lZ0BTynlH8MuU4CrbhVxpuEW1gEIDZ04RIu6lJ9Yo1C4kI3/WDPvKxJz 6aOec9Xvsg6amzMl+QUUkQM0mUYhUpfW/DDKC0L/1SWjHx+uBtmVEBgCANz9hs4EXG2JxVWt7Rjd SPHorNu2SBlGWB91lZtPVbmyadyonGDmoAvx7/JNvd8J7acnSOGI/jCCBnYwggReoAMCAQICFBkT s0Ei1a1CwKi67BTqNn4c8/CeMA0GCSqGSIb3DQEBCwUAMHYxCzAJBgNVBAYTAlVTMRIwEAYDVQQI DAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdlci5OZXQxFzAVBgNVBAMMDkRlbm5pbmdlciBS b290MSIwIAYJKoZIhvcNAQkBFhNhZG1pbkBkZW5uaW5nZXIubmV0MCAXDTI0MDUwOTE1NTkyMloY DzIwNTQwNTAyMTU1OTIyWjB2MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2VlMRYwFAYD VQQKDA1EZW5uaW5nZXIuTmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqGSIb3DQEJ ARYTYWRtaW5AZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAKPq ohSKIONXqhN7bc46RHTR1QF3EZKrR3/8NUkjcwlpL1JbExokOVacS+CILL7RnRZrPiIi59F49BkC bX4QBK40ZzKUI+D4PzgZRCS5V+CfcAde73IuArMqwlngJoSWpT3QsXFzZ4W/qoW9F+NlRAUnMhKh DiVYqfCOOKG6WicLkYiUvwvPKFs6/6O4Owo4Bv3CyOp3hI7rb5mjmsij0Nh9shMf7Cwsxz2VALJG c2gwNkdfnALk7+imc9zkp7rs6qstANTVEMTZm//Ak/Chi5bzVetfIt+xJEG1c3R+CJeLyRbxvpXy LU3Im93gb1x2kwpu0yuoEFLHrrvpqzX2Cdfh+BqHniMMei0D53gJr+M1Qhu2XLdXvt5YwZVYPGiu Vm14MKSABQnG7Z8R5s27cTESL+JqyI+wRnfr/FY2jJrJFz5McMsknU6kaKmV+hLDxpzbO01avTN6 wx8IS/rowjwArffWuTRWvcbkH0ynAiOABAd/zz6K9QDPmNwaZiWcz+foeUpJOrU5Mhiek+PDSU92 5r8mLJCh7HmCcAPhmRd7s5AYqzq5GRuaQ1K3CIWk3PHhHEpjpcL85rtkPuza3pSqFkRhlb+yzxGq VgveMPRNi+Yd3DYkQ7Pxkc1Rsz5U6zhCZCVE96pJVTiREVDHpalUkiBQNZNTlyJvuDhWAQZVAgMB AAGjgfkwgfYwHQYDVR0OBBYEFERWAuKei+iiE5xL66cdnMrfj3DJMIGzBgNVHSMEgaswgaiAFERW AuKei+iiE5xL66cdnMrfj3DJoXqkeDB2MQswCQYDVQQGEwJVUzESMBAGA1UECAwJVGVubmVzc2Vl MRYwFAYDVQQKDA1EZW5uaW5nZXIuTmV0MRcwFQYDVQQDDA5EZW5uaW5nZXIgUm9vdDEiMCAGCSqG SIb3DQEJARYTYWRtaW5AZGVubmluZ2VyLm5ldIIUGROzQSLVrULAqLrsFOo2fhzz8J4wDwYDVR0T AQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQELBQADggIBACWIhkAhkRDmNW9d B1bs3zVXA1boLGrVLDxvDnB+T8iOFCcCYEr1MaxJKEz4I595rOFALeimp1WwxEyJ7yrhfJSsUPhG X3XZsoWod56pJOtddEnGZaP2CM/vX6gnU0EmmAsqcA3G0/Mqtx8zWFCqjX62/4w+G/yARV8nG3nq a5jl8nw8pDAq5M8M6C7A9rNtepVT2KsWtDbf+FmzOKJxcP9oGpFUazZIrYBSQ2j6THlD/THmipBF CaMsZljTwrN2dPDo2SvYomoLOP5MvpzdQoCMB6q0eKN1qtIqUyoWC1Txsjw9x2OPMydGUJCwIfrj fWaADCn1p59IucWUDrhm+85i3sT7/ttk0QDJ7d5wo/SihmjlSaQg+Lhd1YODoPq2w7j4+FSKdCqb iSkFyAVkykeAp0rvlcUgCMQfOg4t1KjgWNh7zGnpjd3ElfyRs/LPwxLvmXNLKs0n5/Ys+5DiCF4u CTS44FKFBQDHu7SPEaw034kfnD3LHg4NAmJQ3UR+zvBF7paD56JGhqSkcgSBbRQ44haocEo4kq2k 1dWqgqqjvlHIdCmHu3hGkXMLypxGB7ddHeC4cUH2zN5uoagBbT1mnMLt66R47nRXFSFJHbQqAjtv ncNUijNlDnRk/FmnxdnoNnEQuTAM2Eben0Sno6pMiS7vnJEw94/j/bQK67PDAAAxggM2MIIDMgIB ATB0MF0xCzAJBgNVBAYTAlVTMRIwEAYDVQQIDAlUZW5uZXNzZWUxFjAUBgNVBAoMDURlbm5pbmdl ci5uZXQxIjAgBgNVBAMMGURlbm5pbmdlci5OZXQgU2lnbmluZyBJbnQCEwCY0W0KIIXeP4XBAti0 FOYaPOQwCwYJYIZIAWUDBAIBoIGWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTI0MDkxMTIxMjAxM1owKwYJKoZIhvcNAQk0MR4wHDALBglghkgBZQMEAgGhDQYJKoZI hvcNAQELBQAwLwYJKoZIhvcNAQkEMSIEIIXSd+IQJEHKlh7w41MN2KdmvrnHVkIY/hgRwi46pAAt MA0GCSqGSIb3DQEBCwUABIICAHswzcweG5WSbiEAERWtiedy5ZRhUm0W4SjVR2uv0LEyE1GKJbHn gb21pSY2ilR8fom5eYu00kLhqZ5c5nioEa4/Jd2/3xF2iEZF68hLZR/rmXKNCqnFoz4fHOpumAZK 7IV/XbBdhLP/pWpt/HuRuWNBJU1+owpJnFbtei6zUTMqpWbfR2uO2u+bOrGOKFSw9lmteJQiS94F /fw0x2+ZQI1r9TVqMgdbbmDEZon5TMTuWM91Q9B6mM5ikOdQz/K5pWsjBZpprQWib4NvoTnxTInm vqxHmW3PVXYhtpRJ6cI/BrH2MQZWeabcGLaV4oVHnsC1QrQc3lN9UIeEq5lrM+kPtkPant7VLHtF v+yrY/AQukcMNURXXMJOYH/6mFcOeMlSCp8QF0Mt7nAkCFW1fpIKnCMOEtMIgh2JLWDxt66RpaIp zmmXslZ3xIGrpC3XCXMzVouM9TSxjBu0+W0uU5YYyIZzjeAezHLkrq0avM5rof/A/8fJ/jdfYhSF Bubf8Fu0c+ONkbu36hlbxL5EpqB8Bt/2igDZZzG/Bhqffsz9Mz3/6MY4Upcaw5xqK9qKgo55iQgM CeoGjsdLDZZgi5oDfwj6t7+srCAMN1MOsrtZNJbmPUMgzkRNQJ1as+h3uz++ABAr9XKVJb17b//L JyxqaIxGmKn7Ss6wJ/IjImZvAAAAAAAA ------=_Part_31_141441495.1726089613718-- From nobody Wed Sep 11 22:18:37 2024 X-Original-To: stable@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 4X3w2b47ZJz5W7gq for ; Wed, 11 Sep 2024 22:18:47 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4X3w2Z400fz3wby for ; Wed, 11 Sep 2024 22:18:46 +0000 (UTC) (envelope-from pete@twisted.org.uk) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=tbx-short header.b=byTvJMaz; dmarc=pass (policy=none) header.from=twisted.org.uk; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=tbx-short; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Bt7QJEIhzcugbLiFwjnxhO3Bat5LXMgSQVurAVFZVSQ=; t=1726093126; x=1726957126; b=byTvJMazdAu7WCUqmpYllShjJB2xwd/gBwkzg772dHqixa3SWzEVbTrCdU7dZ5CEbZ6k+SItalS 3u6a7XSdript+IWjAXV8iADBkHQK6H4V9kDo9ibJgPN2NPsPyNJWvmlsEB9OWONuTPxeGYWMH4x+F 9Rqi0KO3CQBWfjvB+vM=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1soVfZ-000Jkd-2a for stable@freebsd.org; Wed, 11 Sep 2024 22:18:38 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=4.0.0 X-Spam-Score: -1.0 () Received: from balta.twisted.org.uk ([2001:470:6cc4:1::57]) by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.96.2 (FreeBSD)) (envelope-from ) id 1soVfZ-000JkY-2E for stable@freebsd.org; Wed, 11 Sep 2024 22:18:37 +0000 Message-ID: <9e9a7033-88a4-4802-8121-49c0b52d2686@twisted.org.uk> Date: Wed, 11 Sep 2024 23:18:37 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: 13.3R's installworld killed system--please help! To: stable@freebsd.org References: <1841841708.2531.1726075709651@localhost> <202409112111.48BLBQ7x005508@sdf.org> <0a3f568d-7a6a-4b24-8fa8-c3247ba0671c@denninger.net> Content-Language: en-GB From: Pete French In-Reply-To: <0a3f568d-7a6a-4b24-8fa8-c3247ba0671c@denninger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[twisted.org.uk,none]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=tbx-short]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+] X-Rspamd-Queue-Id: 4X3w2Z400fz3wby On 11/09/2024 22:20, Karl Denninger wrote: > 13.x does work on the bios-based boot code I have systems in a cloud > provider where I can't run EFI that boot off of that and they're on. 13. Same here - I still BIOS boot all my machines, and am now up to 14.1 on them. I always update the boot code though, as I did once end up in the situation of having an unbootable system after updating. But yes, you can have confidence that BIOS boot continues to work fine. -pete. From nobody Thu Sep 12 01:41:16 2024 X-Original-To: freebsd-stable@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 4X40XL00Vxz5WBgv for ; Thu, 12 Sep 2024 01:41:21 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from SMTPOUT02.DKA.mailcore.net (smtpout02.dka.mailcore.net [185.138.56.202]) (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 "smtpout02.dka.mailcore.net", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X40XH6cx3z4ftV for ; Thu, 12 Sep 2024 01:41:19 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wemail.no header.s=mailcore header.b="WYtty/p/"; dmarc=pass (policy=reject) header.from=getmail.no; spf=pass (mx1.freebsd.org: domain of torfinn.ingolfsen@getmail.no designates 185.138.56.202 as permitted sender) smtp.mailfrom=torfinn.ingolfsen@getmail.no Received: from SMTP.DKA.mailcore.net (unknown [10.1.0.52]) by SMTPOUT01.DKA.mailcore.net (Postfix) with ESMTP id EE6DFE001C for ; Thu, 12 Sep 2024 03:41:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wemail.no; s=mailcore; t=1726105277; bh=u30VcehlO6MDOwwIKMeCaQ3hZrOCPaMdxD2QCONYCK0=; h=Date:From:To:Subject:In-Reply-To:References:From; b=WYtty/p/6eu8lFPaJJ0gKFGngutjTBNk6pmnx++tdzRyaRY4sTKXjdy/yDdXdruL3 C+xw33neJ/msPcSKVcacF2smXNlg2NE2jVkWIDa5SqZWWYjSw7re1FV7pjmAWd7Wox O5O31hiIx76as8enZ/yEMTD7oSBgcyiVY5FM+BVgXml5tP6QxeKE0qfoZGmoW14lzB zVB84ZvgaGYiF1tshZQIj1IMCO5bF1uODLy79/lUuDeO78tm5pERaq0cddETy+3HZV ZgszmkXfW2nhvPBo2fm2+qHm0omqmLVjWsgzFwtBh2pN9LjlADzUF8+SoV/yrYuw0m jdCqzHPLWHgQw== Received: from kg-core2.kg4.no (unknown [178.74.6.76]) by SMTP.DKA.mailcore.net (Postfix) with ESMTPSA id D23ED40104 for ; Thu, 12 Sep 2024 03:41:16 +0200 (CEST) Date: Thu, 12 Sep 2024 03:41:16 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: 13.3R's installworld killed system--please help! Message-Id: <20240912034116.2b30e890a9160fd69a8eb21b@getmail.no> In-Reply-To: <202409080444.4884ielv005311@sdf.org> References: <202409080444.4884ielv005311@sdf.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[getmail.no,reject]; R_DKIM_ALLOW(-0.20)[wemail.no:s=mailcore]; R_SPF_ALLOW(-0.20)[+ip4:185.138.56.128/25]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_EXCLAIM(0.00)[]; ASN(0.00)[asn:34766, ipnet:185.138.56.0/22, country:NL]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.138.56.202:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[wemail.no:+] X-Rspamd-Queue-Id: 4X40XH6cx3z4ftV On Sat, 07 Sep 2024 23:44:40 -0500 Scott Bennett wrote: > Four nights ago I posted the text between the dashed lines below to > freebsd-questions, but have gotten no responses so far. Meanwhile my main > system still fails during boot. Having gotten no responses from -questions, > I am posting this here in hopes that someone on -stable may be able to help me > get my system functioning again and preferably without a major loss of data. Since it hasn't beeen mentioned yet: for old systems that doesn't have "boot from usb" in BIOS, but can boot from CD / DVD, the Plop Boot Manager[1] is useful. It allows you boot Plop from CD, then boot a usb from Plop. References: 1) https://www.plop.at/en/bootmanager/intro.html -- Torfinn Ingolfsen From nobody Sun Sep 15 05:23:23 2024 X-Original-To: freebsd-stable@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 4X5xKT1c12z5WRH7 for ; Sun, 15 Sep 2024 05:23:41 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X5xKR4JvRz4VKS for ; Sun, 15 Sep 2024 05:23:39 +0000 (UTC) (envelope-from bennett@sdf.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdf.org header.s=sdf.org header.b=fc49xZvW; dmarc=pass (policy=quarantine) header.from=sdf.org; spf=pass (mx1.freebsd.org: domain of bennett@sdf.org designates 205.166.94.24 as permitted sender) smtp.mailfrom=bennett@sdf.org Received: from sdf.org (IDENT:bennett@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.18.1/8.14.3) with ESMTPS id 48F5NPuj002665 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sun, 15 Sep 2024 05:23:26 GMT DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sdf.org; s=sdf.org; t=1726377807; bh=RKboOvnkFwzPzqpdWVA8BVdOr4xs9pGW8NQabTC7Yzo=; h=From:Date:To:Subject:Cc; b=fc49xZvWiFmqu4btaaf+7MDhMYSJGDca2cKOOeIryz7ZSod50FXu//XLF3mBS2LG5 4wcM3oNaRJjLgoLmZbzjUJztDbOidss+6LSbGfMwjw7GWlo8BiibInIgEbvJtNXiIw h24qm5oYM4ryKpYkBQrX5Tx0dLUh3qctRQC1Y0eQ= Received: (from bennett@localhost) by sdf.org (8.18.1/8.12.8/Submit) id 48F5NNVj003365; Sun, 15 Sep 2024 00:23:23 -0500 (CDT) From: Scott Bennett Message-Id: <202409150523.48F5NNVj003365@sdf.org> Date: Sun, 15 Sep 2024 00:23:23 -0500 To: freebsd-stable@freebsd.org Subject: Re: 13.3R's installworld killed system--please help! Cc: torfinn.ingolfsen@getmail.no, pete@twisted.org.uk, marklmi@yahoo.com, karl@denninger.net, ax61@disroot.org User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FAKE_REPLY(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[sdf.org,quarantine]; R_DKIM_ALLOW(-0.20)[sdf.org:s=sdf.org]; R_SPF_ALLOW(-0.20)[+ip4:205.166.94.0/24]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[getmail.no,twisted.org.uk,yahoo.com,denninger.net,disroot.org]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[sdf.org:+] X-Rspamd-Queue-Id: 4X5xKR4JvRz4VKS On Tue, 10 Sep 2024 10:46:20 +0100 Pete French wrote: >> And so I still have no clue what destroyed my system's ability to boot >> except that it appears to have happened as part of "make installworld". I >> also still have no idea how to fix it. :-( > >...and fixing it is the important bit. This is old enough that its using Yes, indeed. >BIOS and MBR boot, yes ? What do you have that you can actually boot Yes. >into on the machine which would let you access the discs ? I understand >that a USB stick doesn't work, but do you have a CD drive maybe you >could use to boot it ? Yes, but I need the tower working in order to burn a disk. > >What I would try, assuming you can get access to the discs, it to >rewrite both the boot sector and the boot partition. I got bitten by >this once, and since then I have a little script which I run after every >update which does this: > > >$ cat /root/update_boot_blocks >#!/bin/sh >for DRIVE in ada0 ada1 >do > /sbin/gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${DRIVE} >done > >That's specific to my disc layout of course. But the point is I make >sure I always update both the MBR and the boot partition which goes away >to find the zpool I boot from. So, obviously you cant do directly that >if you cant boot the machine - but if you can boot some kind of FreeBSD >from a CD you have (I think you said you couldnt burn a new one, but do >you have an older version lying around?) then you could boot that, >download the latest pmbr and gptzfsboot files from the internet, and >write them to the discs. > Thank you very much for this suggestion! It hadn't crossed my mind, likely because I thought I had thrown all those old CD-Rs and DVD+/-Rs away when I moved to a different apartment in February. After seeing your message, though, I went looking. In the very first place I checked, lo and behold, I found a DVD-R I had labeled "PC-BSD 8.2 (64-bit) Installer, LiveCD, and Repair Disk" and "PCBSD8.2-x64-DVD.iso Disk 1 of 1". 8-D So I then did as you suggested. Unfortunately, it made no change in the resulting boot behavior. :-( At least I now know I have such a disk at hand to try such things. > >This is what I ended up having to do when I got into a similarly >unbootable state a few years ago. Mine was slightly easier than yours >though, as I could boot form a USB stick. > Yes, that would be very nice to be able to do. Pete also wrote on Wed, 11 Sep 2024 23:18:37 +0100: >On 11/09/2024 22:20, Karl Denninger wrote: >> 13.x does work on the bios-based boot code I have systems in a cloud >> provider where I can't run EFI that boot off of that and they're on. 13. > >Same here - I still BIOS boot all my machines, and am now up to 14.1 on >them. I always update the boot code though, as I did once end up in the >situation of having an unbootable system after updating. But yes, you >can have confidence that BIOS boot continues to work fine. Thank you both for that reassuring information. After all this, it is now clear that the boot code was not the problem and that I *still* have no idea what went wrong. I do not remember ever having an upgrade from source actually fail before this experience. Even the trickiest one many years ago-- a merged procedure to upgrade from i386 to amd64 in place and from, I *think*, 9.x to 10.x, went well. (Trust me, I was as nervous as I would be on a non-precision approach in nighttime IMC in a non-radar, mountainous environment with flashes of light around me (yes, that happened to me once), but I had planned all the steps carefully, and my combined procedure was successful.) But now for the limited, but very good news. Last night I finally did what I should have done over a week ago instead of desperately trying to salvage my "upgraded" system. (I seemed to have forgotten that snapshot and why I had made it. Duh.) I pulled the boot drives out of the tower again, placed them into the docking station, plugged that into the laptop, imported the "system" pool with no mounting of file systems, located the recursive snapshot of all of the pool's file systems, which I'd had the presence of mind to take before running "make installkernal KERNCONF=hellas", and one by one rolled every file system back to that snapshot. After reinserting the drives into the tower, I booted it and ... my 12.4-RELEASE-p2 system was up and running again. What a relief! So I'm back to where I was before attempting the upgrade. It's a good system, but it is out of support, so thank you very much to everyone who responded anyway. I am pondering what my next step should be. I am now not thrilled with the idea of doing a source upgrade, freebsd-update being out of the question, to any supported version of 13. It looks like I'll need to try a source upgrade to 14.1 or 14.2. However, the handbook does not recommend skipping whole major releases entirely, IIRC; rather, it recommends installing each in sequence until arriving at the desired release. If anyone reading this has done this directly from 12.x (or earlier) to 14.x, especially as upgrades from source, please let me know if you ran into any notable problems in doing so. Many thanks also to Torfinn Ingolfsen for his pointer to the nifty tool called Plop! I'd never heard of it, but it looks like it could be a lifesaver in some situations. Thanks very much to everyone who offered suggestions. Also, I offer my apology for not doing the obvious, which worked as intended, much sooner. Scott Bennett, Comm. ASMELG, CFIAG DeKalb, Illinois 60115 ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * **********************************************************************