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)
checkrootkit.Respostas:
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.
fonte
Eu também tive esse problema na instalação do CMAKE, digito
cmake, a saída é:Algo como o seu. Corrigi-o assim:
Então, eu digito
cmake -version, e o resultado éfonte
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
fonte