Saturday, February 24, 2024
1
rated 0 times [  1] [ 0]  / answers: 1 / hits: 3620  / 2 Years ago, fri, april 1, 2022, 8:50:32

I get this error when I try running LibreOffice after upgrading from 13.10 to 14.04.



~$> libreoffice --writer

/usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libtasn1.so.3: cannot open shared object file: No such file or directory


This problem relate to more programs than just libreoffice.



 /usr/lib/chromium-browser/chromium-browser: error while loading shared libraries: libtasn1.so.3: cannot open shared object file: No such file or directory 


Output of strace



~$> strace filezilla
...
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/tls/x86_64/libtasn1.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/lib/x86_64-linux-gnu/tls/x86_64", 0x7fffc19f9310) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/tls/libtasn1.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/lib/x86_64-linux-gnu/tls", 0x7fffc19f9310) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/x86_64/libtasn1.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/lib/x86_64-linux-gnu/x86_64", 0x7fffc19f9310) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libtasn1.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/lib/x86_64-linux-gnu", {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
...
writev(2, [{"filezilla", 9}, {": ", 2}, {"error while loading shared libra"..., 36}, {": ", 2}, {"libtasn1.so.3", 13}, {": ", 2}, {"cannot open shared object file", 30}, {": ", 2}, {"No such file or directory", 25}, {"
", 1}], 10filezilla: error while loading shared libraries: libtasn1.so.3: cannot open shared object file: No such file or directory) = 122
exit_group(127)

More From » shared-library

 Answers
7

Solution: Remove file /etc/ld.so.conf.d/testlib.conf.



This problem was caused by me testing some Gnome developement last year.



The developement-enviroment had set up a /opt/testlib/ folder, with an old version of libgnutls26. The /opt/testlib/ folder was pointed to in /etc/ld.so.conf.d/testlib.conf.



I found the problem after analyzing all open(...)-calls in the strace-log.



Helping strace-log:



~$> strace filezilla
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/libtinyxml.so.2.6.2", O_RDONLY|O_CLOEXEC) = 3
open("/opt/testlib/lib/libgnutls.so.26", O_RDONLY|O_CLOEXEC) = 3
...


Thank you for all help.


[#25794] Sunday, April 3, 2022, 2 Years  [reply] [flag answer]
Only authorized users can answer the question. Please sign in first, or register a free account.
etzelmortg

Total Points: 430
Total Questions: 105
Total Answers: 106

Location: Suriname
Member since Sun, Jun 13, 2021
3 Years ago
;