libcurl.so.4 nessuna informazione sulla versione disponibile

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

Questo è l'errore che sto riscontrando. Questo errore non ha fermato l'esecuzione o la preforma di script o app, ma ricevo un'e-mail dal sistema anche ogni volta che si usa l'arricciatura.

Ho dei lavori cron che vengono eseguiti spesso. Alcuni ogni pochi minuti, altri più a lungo e ricevo e-mail che contengono quella riga di errore. Ho cercato su Google l'inferno e le sue variazioni. Tuttavia, non riesco a trovare nulla di utile.

Cosa ho fatto: eliminato il file /usr/local/lib/libcurl.so.4, questo fa scomparire l'errore e l'arricciatura funziona ancora senza problemi. Dopo circa 24-48 ore, il file tornerà, pop-up nella cartella e dovrò cancellarlo di nuovo. So che questa non è la cosa giusta da fare, ma non sono sicuro di cos'altro fare.

Contenuti di / 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/

Pacchetti installati:

$ 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

Qualunque cosa mi indichi nella giusta direzione sarebbe molto apprezzata.

Modifica n. 1 (ulteriori informazioni) Il collegamento viene sempre effettuato alle 8:00:01 subito dopo l'esecuzione del cron job giornaliero.

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
fonte

Il tuo sistema è probabilmente compromesso.

— Michael Hampton,

Potrebbe essere, anche se ho esaminato ciò e non ho visto correre nulla che non abbia messo in atto o qualsiasi altra cosa strana. So che questa è una possibilità, ma penso che sia più probabile che sia un'altra app, o un ricciolo o qualcosa che potrebbe causare questo. Se potessi trovare ciò che sta creando il file, sarebbe iniziare, ma non sono in grado di farlo. So che il file viene rifatto la maggior parte delle mattine alle 8 quando viene eseguito cron.daily.

— Dasoren,

I file non vengono solo visualizzati, tranne che nei sistemi compromessi. Prova a correre checkrootkit.

— Wouter Verhelst,

@Wouter Verhelst Ran, nulla trovato / non infetto

— Dasoren l'

Hai aggiornamenti di sicurezza automatici cron? Hai pacchetti personalizzati da un repository di terze parti o da uno che hai compilato tu stesso? Hai installato software dalla fonte?

— brent,

Il problema si è rivelato essere che avevo 2 installazioni di arricciatura sul sistema. Un ricciolo di installazione apt-get e un ricciolo compilato dal sorgente. Ho finito per rimuovere il ricciolo creato dalla fonte e ora tutto funziona bene. In seguito ho anche provato a rimuovere apt-get one e ricostruire nuovamente il ricciolo dalla fonte e tutto è andato bene. Ma quando ho reinstallato il ricciolo da apt-get con quello di origine ancora installato, lo stesso problema è ricominciato. Quindi ho rimosso di nuovo apt-get.

In breve, non avere arricciature sul sistema due volte, quindi i problemi si verificano.

Scusa se non è ben scritto, mi sono appena alzato.

— Dasoren
fonte

Come ne hai rimosso uno?

— agrublev,

Ho anche avuto un tale problema durante l'installazione di CMAKE, scrivo cmake, l'output è:

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

Qualcosa come il tuo. L'ho risolto in questo modo:

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

Quindi scrivo cmake -versione il risultato è

cmake version 3.2.2

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

— CHENJIAN
fonte

prima controlla questo curl $ ldd per eventuali librerie collegate mancanti se trovato mancante quindi aggiungi questa riga "/ usr / local / lib" in /etc/ld.so.conf ed esegui $ sudo ldconfig -v il controllo $ ldconfig -p quindi curl deve essere in grado di usare lib mancanti da questa directory

— PKumar
fonte