libEGL.so.1 non è un collegamento simbolico

54

Dopo l'installazione di qualsiasi programma viene visualizzato il seguente errore

Processing triggers for libc-bin (2.23-0ubuntu7) ...
/sbin/ldconfig.real: /usr/lib/nvidia-375/libEGL.so.1 is not a symbolic link

/sbin/ldconfig.real: /usr/lib32/nvidia-375/libEGL.so.1 is not a symbolic link

Cos'è questo errore e come posso risolverlo?

16.04 nvidia

— Dante
fonte

È un bug segnalato dalla maggior parte degli utenti. Prova a installare il software del driver askubuntu.com/questions/851069/… e facci sapere se risolto

— A Umar Mukthar

Trovato un bug report: bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-375/…

— AlikElzin-kilaka

48

Questo è un problema che ha interessato molti utenti e viene segnalato come bug su Launchpad .

Sembra esserci un conflitto tra le diverse versioni di libEGL.

Per eliminare questi avvisi, creare i seguenti collegamenti simbolici (ma prima leggere l' avviso qui sotto):

sudo mv /usr/lib/nvidia-375/libEGL.so.1 /usr/lib/nvidia-375/libEGL.so.1.org
sudo mv /usr/lib32/nvidia-375/libEGL.so.1 /usr/lib32/nvidia-375/libEGL.so.1.org
sudo ln -s /usr/lib/nvidia-375/libEGL.so.375.39 /usr/lib/nvidia-375/libEGL.so.1
sudo ln -s /usr/lib32/nvidia-375/libEGL.so.375.39 /usr/lib32/nvidia-375/libEGL.so.1

Avvertenza : non è necessario modificare il sistema. Se dopo il riavvio non è possibile avviare l'interfaccia grafica è possibile risolvere:
1. Accedere a un terminale;
2. Eseguisudo dpkg-reconfigure nvidia*

— Noisy_Botnet
fonte

3

Come menzionato Noisy_Botnet (scusate, non posso commentare qui sotto a causa di punti rep) o come discusso qui il problema potrebbe essere risolto TEMPORANEAMENTE. Ma ora che la versione del driver è stata aggiornata da 375.39 a 375.51, potrebbe essere necessario ripeterla con '39's sostituiti con' 51's questa volta ... E per il futuro, potresti dover controllare le versioni (quando 375.51 viene aggiornato) e il link Ho dato degli aggiornamenti sul problema ... PS: leggi fino alla fine prima di digitare i comandi sul link; alcuni dei comandi l

— hekimgil

4

qualche parola su una soluzione reale per questo?

— Goddard,

1

Questa soluzione deve essere ripetuta ad ogni aggiornamento di versione?

— AlikElzin-Kilaka,

1

Mi sembra di trovarmi a farlo più di una volta per sistema e, come menzionato in un precedente commento, avevo bisogno di cambiare i numeri.

— Salvia,

Penso che questo sia ciò che ha bloccato il mio sistema costringendo un nuke-n-pave. Prima di questo avevo aggiornato dalla 15.10 e sddm-greeter di KDE continuava a bloccarsi con un segfault nella stessa libreria EGL, così anche gdm. Quando sono tornato a Nouveau, ha funzionato ma era un FPS incredibilmente basso (stiamo parlando di video lento circa 1990). Questo è un problema significativo, ho già perso 10 ore oggi per questo.

— Jonathan Neufeld,

11

Quella che segue è una versione facile da usare della soluzione Noisy_Botnet. Facilita la ripetizione del processo per qualsiasi aggiornamento.

#! /bin/sh
#
# find the file in /usr/lib
LIBEGL=`find /usr/lib/nvidia* -name libEGL.so.\* | egrep "[0-9][0-9]*\.[0-9][0-9]*$"`
LIBEGL_LINK=`echo $LIBEGL | sed 's/[0-9][0-9]*\.[0-9][0-9]*$/1/'`
printf "\n\nThe following commands will be executed:\n+++++++++++++++++++++++++++++++++++++++\n"
printf "mv $LIBEGL_LINK ${LIBEGL_LINK}.orig\nln -s $LIBEGL $LIBEGL_LINK\n\n"
while true; do
    read -p "Do you wish to perform these commands?  " yn
    case $yn in
        [Yy]* ) mv $LIBEGL_LINK ${LIBEGL_LINK}.orig; ln -s $LIBEGL $LIBEGL_LINK ; break;;
        [Nn]* ) break;;
        * ) echo "Please answer yes or no.";;
    esac
done

# find the file in /usr/lib32
LIBEGL=`find /usr/lib32/nvidia* -name libEGL.so.\* | egrep "[0-9][0-9]*\.[0-9][0-9]*$"`
LIBEGL_LINK=`echo $LIBEGL | sed 's/[0-9][0-9]*\.[0-9][0-9]*$/1/'`
printf "\n\nThe following commands will be executed:\n+++++++++++++++++++++++++++++++++++++++\n"
printf "mv $LIBEGL_LINK ${LIBEGL_LINK}.orig\nln -s $LIBEGL $LIBEGL_LINK\n\n"
while true; do
    read -p "Do you wish to perform these commands?  " yn
    case $yn in
        [Yy]* ) mv $LIBEGL_LINK ${LIBEGL_LINK}.orig; ln -s $LIBEGL $LIBEGL_LINK ; break;;
        [Nn]* ) break;;
        * ) echo "Please answer yes or no.";;
    esac
done

— Gerard Tromp
fonte

1

hai aggiornato prima senza aggiornare? Ho avuto lo stesso messaggio, ho aggiornato, aggiornato e il messaggio era sparito

sudo apt-get update
sudo apt-get upgrade

— Yuval Harpaz
fonte

Mi sono imbattuto sudo apt-get update, sudo apt-get upgrade, sudo apt-get dist-upgrade, sudo apt-get install nvidia-375e poi installato le mie applicazioni.

— Dante,

@ Dante e ha funzionato? L'errore è scomparso?

— AlikElzin-Kilaka,

@ AlikElzin-kilaka Dopo una nuova installazione di Ubuntu 16.04.2, la prima cosa che ho fatto è stato aggiornare il mio sistema dal repository principale. Dopo di che ho installato il nvidia-375driver e infine ho installato tutte le altre applicazioni di cui avevo bisogno. Ma dopo l'installazione di ogni applicazione ottengo l'errore menzionato nella mia domanda. Quindi l'errore non è scomparso. Al contrario, ha iniziato a succedere dopo l'aggiornamento.

— Dante,

update+upgradenon ha risolto il problema neanche per me :(

— AlikElzin-kilaka

Ha funzionato per me (installazione di sketch). Quindi ho rimosso lo schizzo, fatto un aggiornamento + aggiornamento e reinstallato lo schizzo

— surfealokesea,

0

Ho avuto lo stesso problema e ho finito per risolverlo; aveva funzionato prima. Ho Cuda 8.0 e Tensorflow 1.3 su Ubuntu 16.04.

Ecco come ho risolto il problema. Primo,

sudo apt-get update

sudo apt-get upgrade

Poi,

sudo ldconfig /usr/local/cuda/lib64

Ora funziona. L'ordine di esecuzione è importante.

— Hahnsang
fonte