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

Question

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

Este é o erro que estou recebendo. Esse erro não impediu que nenhum script ou aplicativo executasse ou pré-formase suas tarefas. No entanto, recebo um e-mail do sistema sempre que o curl é usado.

Eu tenho trabalhos agendados que são executados com frequência. Alguns a cada poucos minutos, outros mais e recebo e-mails que terão essa linha de erro. Eu pesquisei o inferno fora da corda e variações disto. No entanto, não consigo encontrar nada útil.

O que fiz: Excluiu o arquivo /usr/local/lib/libcurl.so.4 , isso faz com que o erro desapareça e o curl ainda funciona sem problemas. Após cerca de 24 a 48 horas, o arquivo retornará, retornará para a 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 correta seria muito apreciada.

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

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)

    

Answer 1

O problema foi que eu tive 2 instalações de curl no sistema. Um curl de instalação do apt-get e um build de curl a partir da fonte. Acabei removendo a onda construída da fonte e tudo funciona bem agora. Eu também tentei remover o apt-get one e reconstruir o curl novamente e tudo ficou bom. Mas quando eu reinstalei o curl do apt-get com a fonte ainda instalada, o mesmo problema começou novamente. Então eu removi o apt-get novamente.

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

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

    

Answer 2

Eu também tive esse problema ao instalar o CMAKE, digite cmake , a saída é:

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

Algo parecido com o seu. Eu corri assim:

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

Em seguida, digito cmake -version e o resultado é

cmake version 3.2.2

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

    

Answer 3

antes disso, verifique este $ ldd curl para quaisquer bibliotecas não encontradas se acharem faltando, então adicione esta linha "/ usr / local / lib" em /etc/ld.so.conf e execute $ sudo ldconfig -v na verificação $ ldconfig -p então o curl deve poder usar o lib ausente deste diretório