I have an otherwise stable version of Mandriva 2010.1 64bit Power pack.

When the Update popup came up, I selected a small number of updates to install (but don't remember which now).

All appeared to go well, BUT afterwards the following apps would not start:

Firefox
Thunderbird
Banshee
Flash

I have "recovered" Firefox and Thunderbird functions by untar-ing relevant tar versions into /opt/*. The tar version on firefox has it's own version of libnssutil3.so

If I try to run banshee in a terminal, I get this error:

/usr/bin/gdb: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool


If I attempt to install these updates:

- lib64nspr4-4.8.6-0.1mdv2010.1.x86_64
- lib64xulrunner1.9.2.9-1.9.2.9-0.1mdv2010.1.x86_64
- xulrunner-1.9.2.9-0.1mdv2010.1.x86_64

/usr/bin/perl: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

If I try to install a later lib64nss3:

# rpm -U --force lib64nss3-3.12.7-1mud2010.1.x86_64.rpm
warning: cleaning stale lock
warning: lib64nss3-3.12.7-1mud2010.1.x86_64.rpm: Header V4 DSA signature: NOKEY, key ID b29840a4
rpm: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

If I try to update or remove any of the files referred to above using rpmdrake (started from a terminal), it exits promptly without doing anything, pruducing the same error message as above.

The question is: How do I undo, or fix what appears to be a libnssutil3.so problem????

Ah, you bring all the pain back. Libnssutil.so is obviously too old on your system
http://www.rpmfind.net
find a more recent version and upgrade THAT rpm.
As perl is crapping out, you may have to do it manually with rpm -uvh

Try and use the mandriva rpm

Thank you business_kid

As per previous post, I did try installing a later version (the installed version is the latest official Mandriva). I tried temporaly renaming libnssutil3.so. Without it, rpmdrake is unfunctional, and using a terminal:

rpm -Uvh lib64nss3-3.12.7-1mud2010.1.x86_64.rpm
rpm: error while loading shared libraries: libnssutil3.so: cannot open shared object file: No such file or directory

I seem to be in a 'catch 22' position.

I tried borrowing various libnssutil3.so (from Mandriva 2010.0 and the Firefox directory) without success.

From past unfortunate experiences, I've become wary of accepting upgrades.

I have it in these places (32 bit box)
bash-4.1$ locate libnssutil3
/usr/lib/firefox-3.6.8/libnssutil3.so
/usr/lib/seamonkey-2.0.6/libnssutil3.so
/opt/openoffice.org/basis3.2/program/libnssutil3.so


I would put a symlink in /lib64 to one, but check it's a 64 bit file! If all else fails, download one from here
http://cid-9936144096ff2c07.office.l....Notifications

No windows used, I assure you. It's all in their heads :-D.

I've dropped 2 versions from my 64 bit laptop that should get you over the hump. I'll leave them there a few days. libnssutil3.so.1d is actually from fedora, and probably older. If you use that, put a symlink to it as libnssutil3.so

Thank you again

Currently I have:

/lib/libnssutil3.so 98.9K
/lib64/libnssutil3.so 120.3K
/opt/firefox/libnssutil3.so 80.1K

Yet: # locate libnssutil3
locate: unexpected EOF reading `/var/lib/mlocate/mlocate.db'

I downloaded the your files (59.8K) and one at a time, substituted them in /lib64

Starting Banshee:

error while loading shared libraries: /lib64/libnssutil3.so: invalid ELF header

using the 80.1K file from firefox gave the same error.

As before, the 120.3K file gives this:

/usr/bin/gdb: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

Also, only the 120.3K file will enable me to open the software install GUI


Another thing I have noticed - I have firefox and thunderbird installed twice; the original rpm versions and untarred versions. The untarred versions open normally. The rpm versions fail, with the same error as banshee. However, if one of the untarred versions is already open, the corresponding rpm version will open (separately) without error.

undefined symbol makes it a fair bet the file is too old. Invalid ELF header tells me we weren't lucky.

If you can't think of a way forward, backpedal. if you can boot on the install cd, remove rpm, libnssutil and anything else you think matters and install using the rpm on the install cd. Once you get there, load all updates.

When I try to install the original lib64nss3 from the CD, I'm told lib64nss3-3.12.7-0.1mdv2010.1.x86_64 is installed.

If I try to remove it:

# rpm -e lib64nss3-3.12.7-0.1mdv2010.1.x86_64
rpm: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

If I try to install the one from the CD:

# rpm -U lib64nss3-3.12.6-6mdv2010.1.x86_64.rpm
warning: cleaning stale lock
rpm: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

If I remove libnssutil3.so from /lib64 and run either of the above:

rpm: error while loading shared libraries: libnssutil3.so: cannot open shared object file: No such file or directory

Something is corrupt, may be it's not libnssutil3.so ?

AND, I've just realised the whole rpm function is bad:

# urpmi avidemux
warning: cleaning stale lock
Marking avidemux as manually installed, it won't be auto-orphaned
writing /var/lib/rpm/installed-through-deps.list
To satisfy dependencies, the following packages are going to be installed:
Package Version Release Arch
(medium "PLF Free")
avidemux 2.5.2 4plf2010.1 x86_64
avidemux-qt 2.5.2 4plf2010.1 x86_64
lib64faac0 1.28 3plf2010.0 x86_64
lib64faad2_2 2.7 1plf2010.1 x86_64
lib64lame0 3.98.4 1plf2010.1 x86_64
lib64opencore-amr0 0.1.2 1plf2010.1 x86_64
lib64x264_94 0.94 0.20100504.1> x86_64
lib64xvid4 1.2.2 1plf2010.0 x86_64
3.2MB of additional disk space will be used.
7.3MB of packages will be retrieved.
Proceed with the installation of the 8 packages? (Y/n) Y

/usr/bin/perl: symbol lookup error: /lib64/libnssutil3.so: undefined symbol: PL_ClearArenaPool

Let's be careful about this.
You boot on your mandriva install cd/dvd, or some other cd with a system on board, so it boots on _Its_own_setup, and not yours. You end up with an installer asking you about things like your keyboard. Hit CTRL_Alt_F2, and you will probably find a root console. You know your / partition? Then you run
mount /dev/sdax /mnt where /dev/sdax is your root partition. Then it would be something like

rpm -evh --root=/mnt --middle-finger-options (like --nodeps --force) whatever.rpm

The '--root=' option is a guess. check it - man rpm
uninstall rpm, linnssutil3.so, and install the ones from your install cd. Things can't get worse :-/. You shouldn't need the --middle-finger stuff installing. If it complains about something else, add that to the list, uninstall & replace, and bring rpm and it's dependencies back to your install state.

Hi business_kid, thank you for hanging in there. Your suggestion is interesting and something new to me.

I have several linux OS on my system including Mdv2010.0 on sdb7 and Mdv2010.1 on sdb6

Before I commit, I presume from your instructions I can use Mdv2010.0 on sdb7 to install/uninstall rpms on sdb7

sdb6 is mounted on /home/sdb6 therefore, from sdb7 my command would be:

rpm -evh --root=/home/sdb6 -options lib64nss3-3.12.7-1mud2010.1.x86_64.rpm

Does using a 'remote' OS as above read the rpm database on sdb6 and also update it if there are changes?

I've had some success.

I did rpm -qa --last | less
libnss3-3.12.7-0.1mdv2010.1 Wed 15 Sep 2010
libldap2.4_2-2.4.22-2.1mdv2010.1 Wed 15 Sep 2010
libcairo2-1.9.14-0.2mdv2010.1 Wed 15 Sep 2010
lib64nss3-3.3.12.7-0.1mdv2010.1 Wed 15 Sep 2010
nss-3.12.7-0.1mdv2010.1 Wed 15 Sep 2010
(there were a few others, same date)

I then (from sdb7) uninstalled
libnss3-3.12.7-0.1mdv2010.1
lib64nss3-3.3.12.7-0.1mdv2010.1
nss-3.12.7-0.1mdv2010.1

and installed (from original CD):
lib64nss3-3.12.6-6mdv2010.1
libnss3-3.12.6-6mdv2010.1
nss-3.12.6-6mdv2010.1

When I rebooted sdb6, Firefox and Thunderbird open OK, and urpmi now works.

However, there still a problem. This time:
# urpmi avidemux
To satisfy dependencies, the following packages are going to be installed:
(details removed)

Preparing... ###############
1/8: lib64faac0 ##############
2/8: lib64opencore-amr0 ##########
3/8: lib64xvid4 ##############
4/8: lib64lame0 #############
/sbin/ldconfig: /lib64/libnssutil3.so is not a symbolic link
5/8: lib64x264_94 #############
/sbin/ldconfig: /lib64/libnssutil3.so is not a symbolic link
6/8: lib64faad2_2 #############
7/8: avidemux #############
8/8: avidemux-qt #############
ldconfig: /lib64/libnssutil3.so is not a symbolic link

/lib64/libnssutil3.so is not a symbolic link, and /sbin/ldconfig is an unreadable (binary) file.

I don't know if this matters, since the avidemux files appear to be installed:

rpm -qa --last | less
avidemux-qt-2.5.2-4plf2010.1 Mon 20 Sep 2010 12:03:36 NZST
avidemux-2.5.2-4plf2010.1 Mon 20 Sep 2010 12:03:32 NZST
lib64faad2_2-2.7-1plf2010.1 Mon 20 Sep 2010 12:03:30 NZST
lib64x264_94-0.94-0.20100504.1plf2010.1 Mon 20 Sep 2010 12:03:29 NZST
lib64lame0-3.98.4-1plf2010.1 Mon 20 Sep 2010 12:03:27 NZST
lib64xvid4-1.2.2-1plf2010.0 Mon 20 Sep 2010 12:03:25 NZST
lib64opencore-amr0-0.1.2-1plf2010.1 Mon 20 Sep 2010 12:03:23 NZST
lib64faac0-1.28-3plf2010.0 Mon 20 Sep 2010 12:03:20 NZST
nss-3.12.6-6mdv2010.1 Mon 20 Sep 2010 11:45:57 NZST
libnss3-3.12.6-6mdv2010.1 Mon 20 Sep 2010 11:43:02 NZST
lib64nss3-3.12.6-6mdv2010.1 Mon 20 Sep 2010 11:41:40 NZST

The other app that would not start was banshee. After the above, it still would not start, however, uninstalling and installing has fixed banshee.

So (at this point) everything looks good.

Thank you business_kid, I've learnt a lot.

Glad you're getting back on top. This error:

ldconfig: /lib64/libnssutil3.so is not a symbolic link
is harmless; it's about this: Look at my libFLAC, for example

bash-4.1$ ls -l /usr/lib/libFLAC*
-rw-r--r-- 1 root root 384338 2008-09-11 00:28 /usr/lib/libFLAC.a #A static lib
-rwxr-xr-x 1 root root 821 2008-09-11 00:28 /usr/lib/libFLAC.la # A kind of config file for the library.
lrwxrwxrwx 1 root root 16 2010-08-27 14:40 /usr/lib/libFLAC.so -> libFLAC.so.8.2.0 # A symlink
lrwxrwxrwx 1 root root 16 2010-08-27 14:40 /usr/lib/libFLAC.so.8 -> libFLAC.so.8.2.0 # A symlink
-rwxr-xr-x 1 root root 328704 2008-09-11 00:28 /usr/lib/libFLAC.so.8.2.0 The dynamic lib

So programs call it as libFLAC.so or libFLAC.so.8 and the exact version I have installed is referenced. If it isn't done this way, exact versions are lost. You may remember happy hours in windows world trying to make the right version of mscvrt.dll available to some aging program :-/.

ldconfig checks & tidies these links. What the error is saying is that there should be a symbolic link to libnssutil3.so. It's finger wagging, and harmless. Everything works. If you want to lose the error, do this
mv libnssutil3.so libnssutil3.so.0.0
ln -s libnssutil3.so.0.0 libnssutil3.so.0
ln -s libnssutil3.so.0.0 libnssutil3.so

and ldconfig will shut up.

1 members found this post helpful.

I found a simple solution, I had an installation of a folder
previous version of firefox, I had the file libnssutil3.so.
What I did was replace the libnssutil3.so file in the folder /lib/
with of the previous version of firefox.
This solved the problem with firefox, thunderbird and URPM (i, e).
Here 's the link of the libnssutil3.so was i uploaded.
www.mediafire.com/?f3ckt49g9bsdaqn

good luck
"the problems are not created or solved, only are transformed"

Great and simple solution. Thanks a lot!!! I downloaded "libnssutil3.so" from this link you have mentioned and it works flawless!!! (if someone needs this same lib file I can send back. I made a copy on my account mail).

I was fighting with a Firefox bug ("Firefox is already running...") since 3 weeks ago. I was closed to give up from fix it and now I am posting from Firefox again.

SVicente

For what it's worth the simple solutions did not work for me - I did try them! I'm using the 64bit version and had to do it the "hard way".