curl: /usr/local/lib/libcurl.so.4: no version information available (required by curl)
C'est l'erreur que je reçois. Cette erreur n'a pas empêché des scripts ou des applications d'exécuter ou d'exécuter leurs tâches, mais je reçois un e-mail du système également à chaque fois que curl est utilisé.
J'ai des tâches cron qui s'exécutent souvent. Certains toutes les quelques minutes, d'autres plus longtemps et je reçois des courriels contenant cette ligne d'erreur. J'ai googlé l'enfer hors de la chaîne et des variations de celui-ci. Cependant, je ne trouve rien d'utile.
Ce que j'ai fait: Supprimé le fichier /usr/local/lib/libcurl.so.4, cela fait disparaître l'erreur et la boucle fonctionne toujours sans problème. Après environ 24 à 48 heures, le fichier reviendra, réapparaîtra dans le dossier et je devrai le supprimer à nouveau. Je sais que ce n'est pas la bonne chose à faire, mais je ne sais pas quoi faire d'autre.
Contenu de / 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/
Packages installés:
$ 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
Tout ce qui pourrait m'orienter dans la bonne direction serait très apprécié.
Edit # 1 (plus d'informations) Le lien est toujours établi à 8:00:01 am juste après l'exécution de la tâche cron quotidienne.
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.Réponses:
Le problème s'est avéré être 2 installations de curl sur le système. Une boucle d'installation apt-get et une construction curl à partir des sources. J'ai fini par supprimer la boucle créée à partir de la source et tout fonctionne bien maintenant. J'ai également essayé plus tard de supprimer l'apt-get et de reconstruire la boucle à partir de la source et tout allait bien. Mais quand j'ai réinstallé la boucle d'apt-get avec la source toujours installée, le même problème a recommencé. J'ai donc supprimé à nouveau l'apt-get.
Bref ne pas avoir de boucle sur le système deux fois, des problèmes surviennent alors.
Désolé si ce n'est pas bien écrit, je viens de me lever.
la source
J'ai également eu un tel problème lors de l'installation de CMAKE, je tape
cmake, la sortie est:Quelque chose comme le vôtre, je l'ai corrigé comme ceci:
Ensuite, je tape
cmake -version, et le résultat estla source
avant cela, vérifiez cette boucle $ ldd pour toute bibliothèque liée manquante si elle est trouvée manquante, ajoutez cette ligne "/ usr / local / lib" dans /etc/ld.so.conf et exécutez $ sudo ldconfig -v la vérification $ ldconfig -p puis curl doit pouvoir utiliser la bibliothèque manquante de ce répertoire
la source