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)
checkrootkit.Antworten:
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.
quelle
Ich hatte auch ein solches Problem bei der Installation von CMAKE, ich tippe
cmake, die Ausgabe ist:So etwas wie deins. Ich habe es so behoben:
Dann tippe ich
cmake -versionund das Ergebnis istquelle
Ü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
quelle