Date: Sat, 2 Aug 2014 01:49:28 +0200 From: Roland Smith <rsmith@xs4all.nl> To: Jerry <jerry@seibercom.net> Cc: freebsd-questions@freebsd.org Subject: Re: Shared object "libintl.so.9" not found, required by "bash" Message-ID: <20140801234928.GC17393@slackbox.erewhon.home> In-Reply-To: <20140801152413.2864b4c6@scorpio> References: <20140801083437.49ad718b@scorpio> <20140801175845.GB16376@slackbox.erewhon.home> <20140801152413.2864b4c6@scorpio>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Fri, Aug 01, 2014 at 03:24:13PM -0400, Jerry wrote: > On Fri, 1 Aug 2014 19:58:45 +0200, Roland Smith stated: > > >On Fri, Aug 01, 2014 at 08:34:37AM -0400, Jerry wrote: > >> Fri, 1 Aug 2014 08:26:26 -0400 > >> > >> I just used "freebsd-update" to update my system to FreeBSD 10.0-RELEASE-p7 > >> from "p3". Now, when I boot up, I am greeted with this friendly message: > >> > >> Shared object "libintl.so.9" not found, required by "bash" > > > >This means that bash cannot be loaded. But it shouldn't have anything to do > >with updating the base system, because libintl.so.9 is part of the > >devel/gettext port. > > > >> The file does exist. I rebuilt bash and rebooted the system; however, the > >> message still appears. > > > >Are you sure you also *installed* the new bash? > >What does `ldd /usr/local/bin/bash` tell you? > > ldd /usr/local/bin/bash > /usr/local/bin/bash: > libncurses.so.8 => /lib/libncurses.so.8 (0x8008e7000) > libintl.so.9 => /usr/local/lib/libintl.so.9 (0x800b33000) > libc.so.7 => /lib/libc.so.7 (0x800d3c000) > > locate libintl.so.9 > /usr/local/lib/libintl.so.9 > > >> I do not see any evidence of a failure by bash, so I > >> am wondering if this is just a harmless error message. Everything seems to be OK. Weird. The only causes I can think of is that the system tries to start bash before ldconfig(8) is run to update the hints file /var/run/ld-elf.so.hints. Or that the hints file is inaccessible for some reason. Since the dynamic linker only looks in /lib and /usr/lib by default, that would make the linking with a library in /usr/local/lib fail. But how that could happen I don't know. Roland -- R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT3CeHAAoJEED21dyjijPgI+YP+wc74cqpWF+rZn9NmM/W66eZ zGu5XaYB2NFiS6vJ8hWi1tB04l2alE+ghwDLlVuribgGL8VxmT/VXSVEBnrhDx1q C17UgzArtJBq9yINYkwlz0qruwfHbrrT4CrFwpUMxKP2VQXzGoSVIwtJqlstKcq0 MyFqVr3b2/5zJ3uVh5QF56ZmagjJabDTxM7d6UF81ly5Q5DLr06u+aWO//hRJOxZ x4LITujysiIP99wi5m9rPp/BnfPa0zT2BGdo2PAU3UM1FIEp2rEFY6q5FdGJlgis 2B25NctnCPi8Wub097DgP+R/XptUm0K67ZVA7uwNTndD5z2S53Tzwj7wXMf9X3QK nSInLxJSF4vllaloIu4T3EN4DAzCUIdyQYxHQPtYSXPijmfKCkTBoqlxopx/IUox JWLhgRedDf2MOhto4h20rUdhj5cJaLMV/gd0Ki+C2xbodG7ETuwTjpUbywDnB8TI L8YFPGeC10TxxC7OLI0bnphgSDw7kLCjO7/J3JjI0VHRmp4e0snrEdzbAJw5tuIE 3YGEeD16/7gd5botmfyxDJpp91b6PMtUeRWu6iYkokILUaALPAwyjJ+s/twN5dwK 9JMhLna+UYHXvVz1gddj0xFrTiwBcq5VMA/Upx+LezFV/C5fWoo5m8rdIUOEwmUt htr/7n+PnaxC0c8gbPER =UbJr -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140801234928.GC17393>