libcurl.so.4 aucune information de version disponible

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)

ubuntu curl

— Dasoren
source

Votre système est probablement compromis.

— Michael Hampton

Cela pourrait être le cas, bien que j'aie examiné la question et que je n'ai vu rien courir que je n'ai pas mis en place ni rien d'autre de bizarre. Je sais que c'est une possibilité, mais je pense qu'il est plus probable que ce soit une autre application, ou une boucle, ou quelque chose qui pourrait provoquer cela. Si je pouvais trouver ce qui fait le fichier, ce serait commencer, mais je ne peux pas. Je sais que le fichier est refait la plupart des matins à 8h du matin lorsque le cron.daily est exécuté.

— Dasoren

Les fichiers n'apparaissent pas seulement, sauf sur les systèmes compromis. Essayez de courir checkrootkit.

— Wouter Verhelst

@Wouter Verhelst Ran, rien trouvé / non infecté

— Dasoren

Faites-vous des mises à jour de sécurité automatiques? Avez-vous des packages personnalisés à partir d'un référentiel tiers ou compilés par vous-même? Avez-vous installé un logiciel à partir de la source?

— brent

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.

— Dasoren
source

Comment en avez-vous retiré un?

— agrublev

J'ai également eu un tel problème lors de l'installation de CMAKE, je tape cmake, la sortie est:

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

Quelque chose comme le vôtre, je l'ai corrigé comme ceci:

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

Ensuite, je tape cmake -version, et le résultat est

cmake version 3.2.2

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

— CHENJIAN
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

— PKumar
source