libcurl.so.4 Keine Versionsinformationen verfügbar

curl: /usr/local/lib/libcurl.so.4: no version information available (required by curl)

Dies ist der Fehler, den ich bekomme. Dieser Fehler hat keine Skripte oder Apps daran gehindert, ihre Aufgaben auszuführen oder auszuführen. Ich erhalte jedoch auch dann eine E-Mail vom System, wenn Curl verwendet wird.

Ich habe Cron-Jobs, die oft laufen. Einige alle paar Minuten, andere länger und ich erhalte E-Mails mit dieser Fehlerzeile. Ich habe die Hölle aus der Saite und Variationen davon gegoogelt. Ich kann jedoch nichts Nützliches finden.

Was ich getan habe: Löschte die Datei /usr/local/lib/libcurl.so.4, dies lässt den Fehler verschwinden und Curl funktioniert immer noch ohne Probleme. Nach ungefähr 24-48 Stunden wird die Datei zurückkommen, wieder in den Ordner zurückkehren und ich muss sie erneut löschen. Ich weiß, dass dies nicht das Richtige ist, aber ich bin mir nicht sicher, was ich sonst tun soll.

Inhalt von / usr / local / lib /

libcurl.a
libgcrypt.la
libgpg-error.la
libruby-static.a
python2.7/
weechat/
libcurl.la
libgcrypt.so
libgpg-error.so
node_modules/
python3.4/
libcurl.so
libgcrypt.so.20
libgpg-error.so.0
pkgconfig/
ruby/
libcurl.so.4.3.0
libgcrypt.so.20.0.3
libgpg-error.so.0.15.0
postsrsd/
site_ruby/

Installierte Pakete:

$ apt --installed list | grep 'curl'
curl/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl3/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl3-gnutls/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl4-openssl-dev/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
php5-curl/trusty-updates,trusty-security,now 5.5.9+dfsg-1ubuntu4.9 amd64 [installed]
python-pycurl/trusty,now 7.19.3-0ubuntu3 amd64 [installed,automatic]
python3-pycurl/trusty,now 7.19.3-0ubuntu3 amd64 [installed]

$ lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.2 LTS
Release:        14.04
Codename:       trusty

Alles, was mich in die richtige Richtung weist, wäre sehr dankbar.

Bearbeiten # 1 (weitere Informationen) Der Link wird immer um 8:00:01 Uhr hergestellt, kurz nachdem der tägliche Cron-Job ausgeführt wurde.

celestia@Canterlot:/usr/local/lib# ls -hal
drwxr-xr-x 10 celestia root  4.0K Jun 11 07:58 .
drwxr-xr-x 11 celestia root  4.0K Jun 23  2014 ..
-rw-r--r--  1 celestia root  805K May  2 00:16 libcurl.a
-rwxr-xr-x  1 celestia root   953 May  2 00:16 libcurl.la
lrwxrwxrwx  1 celestia root    16 May  2 00:16 libcurl.so -> libcurl.so.4.3.0
lrwxrwxrwx  1 celestia root    16 Jun 11 07:58 libcurl.so.4 -> libcurl.so.4.3.0
-rwxr-xr-x  1 celestia root  424K May  2 00:16 libcurl.so.4.3.0
-rwxr-xr-x  1 celestia root   987 May  2 00:20 libgcrypt.la
lrwxrwxrwx  1 celestia root    19 May  2 00:20 libgcrypt.so -> libgcrypt.so.20.0.3
lrwxrwxrwx  1 celestia root    19 May  2 00:20 libgcrypt.so.20 -> libgcrypt.so.20.0.3
-rwxr-xr-x  1 celestia root  3.5M May  2 00:20 libgcrypt.so.20.0.3
-rwxr-xr-x  1 celestia root   956 May  2 00:13 libgpg-error.la
lrwxrwxrwx  1 celestia root    22 May  2 00:13 libgpg-error.so -> libgpg-error.so.0.15.0
lrwxrwxrwx  1 celestia root    22 May  2 00:13 libgpg-error.so.0 -> libgpg-error.so.0.15.0
-rwxr-xr-x  1 celestia root  336K May  2 00:13 libgpg-error.so.0.15.0
celestia@Canterlot:/usr/local/lib# stat libcurl.so.4
  File: ‘libcurl.so.4’ -> ‘libcurl.so.4.3.0’
  Size: 16              Blocks: 0          IO Block: 4096   symbolic link
Device: fc00h/64512d    Inode: 30939991    Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (    0/celestia)   Gid: (    0/    root)
Access: 2015-06-11 08:00:01.983201467 -0400
Modify: 2015-06-11 07:58:17.551455525 -0400
Change: 2015-06-11 07:58:17.551455525 -0400
 Birth: -

celestia@Canterlot:/usr/local/lib# apt-file search libcurl.so.4
libcurl3: /usr/lib/x86_64-linux-gnu/libcurl.so.4
libcurl3: /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0

celestia@Canterlot:/usr/local/lib# ldd libcurl.so.4
linux-vdso.so.1 =>  (0x00007fff1cdfe000)
libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007fb2e75f1000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fb2e7216000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fb2e6ffc000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb2e6c37000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb2e6a33000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb2e7ad2000)

Es stellte sich heraus, dass ich zwei Curl-Installationen auf dem System hatte. Ein apt-get install curl und ein curl build from source. Am Ende habe ich die aus der Quelle gebaute Locke entfernt und jetzt funktioniert alles einwandfrei. Ich habe auch später versucht, das apt-get one zu entfernen und die Locke wieder aus dem Quellcode wiederherzustellen, und alles war gut. Aber als ich die Locke von apt-get mit der noch installierten Quelle neu installierte, begann das gleiche Problem erneut. Also habe ich die apt-get wieder entfernt.

Kurz gesagt, haben Sie nicht zweimal Curl auf dem System, dann treten Probleme auf.

Entschuldigung, wenn dies nicht gut geschrieben ist, bin ich gerade aufgestanden.

Ich hatte auch ein solches Problem bei der Installation von CMAKE, ich tippe cmake, die Ausgabe ist:

cmake: /usr/local/lib/libcurl.so.4: no version information available     (required by cmake)
Segmentation fault (core dumped)`

So etwas wie deins. Ich habe es so behoben:

sudo ln -fs /usr/lib/libcurl.so.4 /usr/local/lib/

Dann tippe ich cmake -versionund das Ergebnis ist

cmake version 3.2.2

CMake suite maintained and supported by Kitware (kitware.com/cmake).

Überprüfen Sie zuvor diese $ ldd-Locke auf fehlende verknüpfte Bibliotheken, falls diese als fehlend befunden werden. Fügen Sie dann diese Zeile "/ usr / local / lib" in /etc/ld.so.conf hinzu und führen Sie $ sudo ldconfig -v aus. Überprüfen Sie dann $ ldconfig -p curl muss in der Lage sein, fehlende lib aus diesem Verzeichnis zu verwenden