From nobody Tue Feb 18 01:54:01 2025 X-Original-To: freebsd-questions@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 4YxjHq1rtDz5nnMX for ; Tue, 18 Feb 2025 01:54:15 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns1.genyosha.net (ns1.genyosha.net [50.39.243.221]) (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 "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YxjHp0kRWz3jhy for ; Tue, 18 Feb 2025 01:54:13 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops0.genyosha.net [50.39.243.219]) by ns1.genyosha.net (8.18.1/8.18.1) with ESMTPS id 51I1s6YI024993 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 17 Feb 2025 17:54:06 -0800 (PST) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 51I1s1Qg000756; Mon, 17 Feb 2025 17:54:01 -0800 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 51I1s1ZF000755; Mon, 17 Feb 2025 17:54:01 -0800 Date: Mon, 17 Feb 2025 17:54:01 -0800 From: Steve Rikli To: Vincent Sabio Cc: FreeBSD Questions Subject: Re: Stuff Not Working after Upgrade - Missing Dependency Message-ID: References: <20250217180704473755.3964cde2@vjs.org> <13030dcb-ec33-48a1-861e-fdfc977d3f55@fjl.co.uk> <20250217202859293467.372ac126@vjs.org> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250217202859293467.372ac126@vjs.org> X-Greylist: inspected by milter-greylist-4.6.4 (ns1.genyosha.net [50.39.243.221]); Mon, 17 Feb 2025 17:54:06 -0800 (PST) for IP:'50.39.243.219' DOMAIN:'ops0.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns1.genyosha.net [50.39.243.221]); Mon, 17 Feb 2025 17:54:06 -0800 (PST) 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:20055, ipnet:50.39.128.0/17, country:US] X-Rspamd-Queue-Id: 4YxjHp0kRWz3jhy X-Spamd-Bar: ---- On Mon, Feb 17, 2025 at 08:28:59PM -0500, Vincent Sabio wrote: > On Mon, 17 Feb 2025 23:42:43 +0000, Frank Leonhardt wrote: > > On 17/02/2025 23:07, Vincent Sabio wrote: > > >> I just upgraded my server from 12.0-REL to 14.1-REL (yeah, I know) > >> (I'm still running CentOS, too), and now PHP refuses to run. Typing > >> php at the command line gives me: > >> > >> ld-elf.so.1: Shared object "libdl.so.1" not found, required by > >> "libxml2.so.2" > > > > This list is as good as any. > > > > I had hell when I went from 12 to 14 (via 13) on a workshop machine > > (my gateway), so I just don't do it on anything "production". I spent > > six months on and off, fiddling with it to try and see if there was > > some cure by hand-fixing dependencies. At the weekend I gave up, > > flattened it and installed everything from scratch. > > I'm dreading having to go that route; it's a highly customized config, including several RAIDs > > Is it possible to get a copy of libdl.so.1 and install it in /usr/local/lib/ ? > > I'd hate to have to roll a fresh OS over the disk just to acquire a missing file.... I've had to do something like that in the past to pull a machine back in from the weeds, e.g. copy a missing library from backups and temporarily copy it back onto the sysdisk so I had enough working tools to do a proper upgrade routine. So in theory, yes. If your next move is some kind of re-install, it likely won't hurt to try it, at least. Some advice: - do this while booted from rescue media if you possibly can, or at least while in single-user - make small moves, i.e. change just one thing at a time, then check if anything has been fixed or something new has broken - save a copy of anything you have to modify or move aside, JIC - fyi libdl.so.1 is typically found in /usr/lib/ , along with libdl.a and the symlink for libdl.so -> libdl.so.1 . You might also have a version of it in /usr/lib32/ if you installed 32-bit support. Can you tell if libdl.so.1 is missing altogether? Or perhaps is from the wrong release or something along those lines -- something to check, since you were attempting a system upgrade.