Re: git: 315ee00fa961 - main - zfs: merge openzfs/zfs@804414aad
- In reply to: FreeBSD User : "Re: git: 315ee00fa961 - main - zfs: merge openzfs/zfs@804414aad"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 28 Aug 2023 19:21:41 UTC
Am Mon, 28 Aug 2023 15:36:57 +0200 FreeBSD User <freebsd@walstatt-de.de> schrieb: > Am Sun, 27 Aug 2023 20:23:14 -0700 > Cy Schubert <Cy.Schubert@cschubert.com> schrieb: > > > In message <5520d4cf-076c-9a06-7000-9ef608d21470@gmail.com>, Alexander > > Motin wr > > ites: > > > Hi, > > > > > > I've just updated my test system and it happily imported everything. > > > Could you give more details? Does "all pools do not import" means that > > > no pools were imported or that some pools were not imported? Where they > > > imported before reboot and had default cachefile pool property value? > > > Generally on boot ZFS does not import all the pools. Aside of the boot > > > pool ZFS on boot imports only pools that were imported before reboot and > > > used default cachefile, which is /etc/zfs/zpool.cache. Do you see any > > > errors related to import? Anything suspicious can be seen in sysctl > > > kstat.zfs.misc.dbgmsg ? > > > > Confirmed. This is a regression for users whose /usr is in a separate > > filesystem than root (/). If you have a rootfs that includes /usr, you are > > OK. But, if your /usr is on a different filesystem your computer will fail > > to boot and will need the following patch: > > That's it! Thanks for the hint. > > On all failing systems the base/OS is on an UFS SSD with "/usr" being a dedicated partition. > > > > > From 3a79eb11e8912621d5f6200c7fc22466a27807fc Mon Sep 17 00:00:00 2001 > > From: Cy Schubert <cy@FreeBSD.org> > > Date: Sun, 27 Aug 2023 20:02:17 -0700 > > Subject: [PATCH] librt: Chase 315ee00fa961, fixing boot > > > > libzfs uses librt as a dependency. Systems with a separate / and /usr > > will fail to load the libzfs.so library because librt.so is not > > available due to the fact that /usr is not mounted yet. Install librt > > in /lib making it available to libzfs. > > > > Fixes: 315ee00fa961 > > --- > > lib/librt/Makefile | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/lib/librt/Makefile b/lib/librt/Makefile > > index 9a54c3ea2812..8b880c41ec44 100644 > > --- a/lib/librt/Makefile > > +++ b/lib/librt/Makefile > > @@ -3,6 +3,7 @@ > > > > PACKAGE=clibs > > LIB=rt > > +SHLIBDIR=/lib > > SHLIB_MAJOR= 1 > > CFLAGS+=-I${SRCTOP}/lib/libc/include -I${.CURDIR} > > .ifndef NO_THREAD_STACK_UNWIND > > > I'm on CURRENT (FreeBSD 15.0-CURRENT amd64 1500000 #0 main-n265062-76edfabbecde: Mon Aug 28 19:20:05 CEST 2023 amd64). Assuming the patch above has been commited since "make delete-old-libs" is already killing /usr/lib/librt.so.1: THERE IS NO /lib/librt.so.1 ! After a clean/from scratch buildworld buildkernel and installworld/installkernel, rebooting, perfomring "make delete-old-libs" leaves me with a dead system behind! Luckily, I got access to other boxes for copying the missing librt.so.1 (out build system is on ZFS) regards oh -- O. Hartmann