libcurl.so.4 nenhuma informação de versão disponível

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

Este é o erro que estou recebendo. Este erro não impediu que scripts ou aplicativos executassem ou executassem suas tarefas, no entanto, recebo um email do sistema também a qualquer momento em que a curvatura é usada.

Tenho tarefas cron que são executadas com frequência. Alguns a cada poucos minutos, outros por mais tempo e recebo e-mails com essa linha de erro. Eu pesquisei o inferno fora da corda e variações dela. No entanto, não consigo encontrar nada útil.

O que eu fiz: Excluído o arquivo /usr/local/lib/libcurl.so.4, isso faz com que o erro desapareça e o curl ainda funcione sem problemas. Após cerca de 24 a 48 horas, o arquivo retornará, retorne à pasta e terei que excluí-lo novamente. Eu sei que isso não é a coisa certa a fazer, mas não tenho certeza do que mais fazer.

Conteúdo 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/

Pacotes Instalados:

$ 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

Qualquer coisa que me aponte na direção certa seria muito apreciada.

Editar # 1 (mais informações) O link é sempre criado às 8:00:01, logo após a execução do trabalho cron diário.

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)

O problema acabou sendo que eu tinha 2 instalações de curl no sistema. Uma instalação do apt-get curl e uma construção de curl a partir do código-fonte. Acabei removendo a onda criada a partir da fonte e tudo funciona bem agora. Também tentei mais tarde remover o apt-get one e reconstruir o curl a partir do código fonte novamente e tudo estava bem. Mas quando eu reinstalei a curvatura do apt-get com a fonte ainda instalada, o mesmo problema foi iniciado novamente. Então eu removi o apt-get um novamente.

Em suma, não há ondulação no sistema duas vezes, os problemas acontecem então.

Desculpe se isso não está bem escrito, acabei de me levantar.

Eu também tive esse problema na instalação do CMAKE, digito cmake, a saída é:

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

Algo como o seu. Corrigi-o assim:

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

Então, eu digito cmake -version, e o resultado é

cmake version 3.2.2

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

antes disso, verifique esta onda $ ldd em busca de bibliotecas vinculadas ausentes, se houver, adicione esta linha "/ usr / local / lib" em /etc/ld.so.conf e execute $ sudo ldconfig -v, verifique $ ldconfig -p e o curl deve poder usar a lib ausente neste diretório