Shared object "libm.so.2" not found ...

testit

Well-Known Member
Hallo allerseits,

ich habe vor kurzem aus den Ports SpamAssassin und Procmail unter FreeBSD 5.4 installiert und seitdem kracht mir ständig mein TomCat-Server (segmentation fault) ab.


Ursache fuer dieses Problem scheint folgende Fehlermeldung zu sein:
/usr/libexec/ld-elf.so.1: Shared object "libm.so.2" not found, required by "libhpi.so"

Da ich diese libm.so.2 nicht gelöscht habe, ist dies vermutlich auf die Installation von SpamAssassin und Procmail zurückzuführen.

Kann mir jemand sagen, was zu tun ist, um das System wieder hinzubekommen?

Danke und Gruss
testit
 
moin

Also zu nächst würde ich erstmal nachsehen ob du wirklich
libm.so.2 hast und nicht 3 oder 4.
Auch wenn ich gleich wieder aus 4 Himmelsrichtungen gerüffelt werde.
Mach mal:
ln -s /lib/libm.so.3 /lib/libm.so.2 <enter>
dann hast du erstmal keine Schmerzen mehr.
gruss delmo
 
Böse, schlecht, pfui, aus.

Mach lieber einen Eintrag:

libm.so.2 libm.so

in deiner /etc/libmap.conf
 
Hallo,

hat mir der linuxpluginwrapper erzählt:
================================================================
** PLEASE NOTICE TO USER USING FROM 5.0 TO 5.3-BETA6 **
libm.so was version-bumped on 5.3-BETA7. Please change libm.so.2
to libm.so.3.

** PLEASE NOTICE TO USER USING FROM 6.0-BETA3 and LATER **
shared libraries were version-bumped on 6.0-BETA3. Please overhaul
your libmap.conf.

** PLEASE NOTE Macromedia Flash7 SUPPORT IS ALPHA+ VERSION. **
If you find any problem, please send me report(s) with debug
information like 'make -DDEBUG install' or patch(es). :-)

Flash7 support is unstable. I know well that there are offten
crash or freeze with flash7. So don't send me a such report.
Of course, I always welcome to recieve fixed problems report.

Please get and apply a dlsym(3) hook patch.
http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff
This provides _dlsym(3) function to fix dynamic-link
error "can't find gtk_major_version" ad-hoc-ly.

I don't set default to use flash7. Please set-up your
enviroment(ln -s, apply patch to rtld,...).


** PLEASE CONFIRM YOUR /etc/libmap.conf ***
The configuration file was minor fixed. So please update your
/etc/libmap.conf.
================================================================


Setup your /etc/libmap.conf. Please SEE ALSO following file.
==> %%LIBMAPCONF%%

Now start browser and go to 'about:plugins' and the new plugins
are enabled!


Gruß, Fusselbär
 
Ich bevorzuge immer einen Eintrag auf .so statt auf .so.n zu machen, da .so immer ein Link auf die neuste Version ist.
 
[LoN]Kamikaze schrieb:
Böse, schlecht, pfui, aus.

Mach lieber einen Eintrag:

libm.so.2 libm.so

in deiner /etc/libmap.conf

Hallo,

erstmal vielen Dank für Eure Lösungsvorschläge!

Eine /etc/libmap.conf gibt es bei mir nicht. Ist das normal? Habe FreeBSD 5.4.


Nette Grüsse
testit
 
delmo schrieb:
Also zu nächst würde ich erstmal nachsehen ob du wirklich
libm.so.2 hast und nicht 3 oder 4.
Auch wenn ich gleich wieder aus 4 Himmelsrichtungen gerüffelt werde.
Mach mal:
ln -s /lib/libm.so.3 /lib/libm.so.2 <enter>
dann hast du erstmal keine Schmerzen mehr.
gruss delmo

Hi,

das Problem ist, dass eben libm.so.3 vorhanden ist, aber libm.so.2 eben nicht mehr, obwohl es mal da gewesen sein muss. Und mein TomCat bzw. das genutzte Java versucht auf libm.so.2 zuzugreifen.

Gruss
testit
 
Hast du mal versucht die Ports, die diese Fehler auswerfen, schlicht neu zu kompilieren? In 99,8% der Fälle wird das problem von unreferenzierten Biblioteken dadurch behoben.
 
Was ist so falsch an einem Eintrag in der libmap.conf ? Das geht doch viel schneller als neu zu kompilieren.
 
So,

bin dabei, die Lösungsvorschläge zu testen.

Eine Frage würde ich gerne noch los werden:

Ich lese unterschiedliche Meinungen zu compat4x. Einige meinen, dessen Installation sei anzuraten, andere dagegen erklären, linux_base reiche aus.

Diverse Programme auf meinem Server "setzen auf" linux_base 7 und ich befürchte, dass durch die Installation von compat4x u.U. auf einmal linux_base 8 bei mir installiert wird.

Aus der Vergangenheit weiss ich, dass das dazu führte, dass bei mir diverse Java-Applikationen nicht mehr korrekt liefen.

Was also tun mit compat4x?

Danke und Gruss
testit
 
@testit
Was hat die linux-base mit compat4x zu tun? Und eigentlich braucht man das auch nicht wenn man nicht Pakete unter 4x gebaut hat.
 
compat4x hat nichts mit linux_base zu tun und man braucht es auch, wenn man selbst keine Pakete unter 4x gebaut hat. Nämlich dann, wenn man z.B. Binaries von Drittanbietern nutzt, die auf die alten Libraries aufbaut. Aus pkg-descr
Code:
This package allows you to install the compat4x libraries on your
system, so you can use legacy binaries that depend on them.
 
Zurück
Oben