libEGL.so.1 n'est pas un lien symbolique

54

Après l'installation de tous les programmes, j'obtiens l'erreur suivante

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

Quelle est cette erreur et comment puis-je la résoudre?

16.04 nvidia

— Dante
source

C'est un bug rapporté par la plupart des utilisateurs. Essayez d'installer le logiciel du pilote askubuntu.com/questions/851069/… et dites -nous s'il est résolu

— A Umar Mukthar

Rapport de bogue trouvé: bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-375/…

— AlikElzin-kilaka

48

Ce problème a touché de nombreux utilisateurs et est signalé comme un bogue par Launchpad .

Il semble y avoir un conflit entre les différentes versions de libEGL.

Pour supprimer ces avertissements, créez les liens symboliques suivants (mais lisez d'abord l' avertissement ci-dessous):

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

Attention : Il n’est pas nécessaire de changer de système. Si après le redémarrage, vous ne pouvez pas démarrer l'interface graphique, vous pouvez résoudre:
1. Connectez-vous à un terminal;
2. Runsudo dpkg-reconfigure nvidia*

— Noisy_Botnet
source

3

Comme Noisy_Botnet l'a mentionné (désolé, je ne peux pas commenter en dessous à cause des points de représentation) ou comme indiqué ici, le problème pourrait être résolu TEMPORAIREMENT. Mais maintenant que la version du pilote est passée de 375.39 à 375.51, vous devrez peut-être la répéter avec le '39 remplacé par le' 51 cette fois ... Et pour l'avenir, vous devrez peut-être vérifier les versions (lorsque 375.51 est mis à niveau) et le lien J'ai donné des mises à jour sur le problème ... PS: Lisez jusqu'à la fin avant de taper les commandes sur le lien; une partie de la commande l

— hekimgil

4

un mot sur un vrai correctif pour cela?

— Goddard

1

Cette solution doit-elle être répétée à chaque mise à niveau de version?

— AlikElzin-kilaka

1

Il semble que je me retrouve à le faire plus d'une fois par système et, comme mentionné dans un commentaire précédent, je devais modifier les chiffres.

— Sage

Je pense que c’est la raison pour laquelle mon système a forcé un système «nuke-n-pave». Avant cela, j'avais mis à niveau à partir de 15.10 et sde dm-greeter KDE n'arrêtait pas de planter avec une erreur de segmentation dans la même bibliothèque EGL, tout comme gdm. Lorsque je suis revenu à Nouveau, cela fonctionnait, mais le FPS était incroyablement bas (nous parlons d'une vidéo vers 1990 lente). C'est un problème important, j'ai déjà perdu 10 heures aujourd'hui.

— Jonathan Neufeld le

11

Ce qui suit est une version facile à utiliser de la solution de Noisy_Botnet. Cela facilite la répétition du processus pour toute mise à jour.

#! /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
source

1

Avez-vous mis à jour sans mise à jour d'abord? J'ai eu le même message, j'ai mis à jour, mis à jour et le message était parti

sudo apt-get update
sudo apt-get upgrade

— Yuval Harpaz
source

Je courais sudo apt-get update, sudo apt-get upgrade, sudo apt-get dist-upgrade, sudo apt-get install nvidia-375puis installé mes applications.

— Dante

@ Dante et ça a fonctionné? L'erreur a disparu?

— AlikElzin-kilaka

@ AlikElzin-kilaka Après une nouvelle installation d'Ubuntu 16.04.2, la première chose que j'ai faite a été de mettre à niveau mon système à partir du référentiel principal. Après cela, j'ai installé le nvidia-375pilote et finalement j'ai installé toutes les autres applications dont j'avais besoin. Mais après l'installation de chaque application, j'obtiens l'erreur mentionnée dans ma question. Donc, l'erreur n'a pas disparu. Au contraire, cela a commencé après la mise à niveau.

— Dante

update+upgraden'a pas résolu le problème pour moi non plus :(

— AlikElzin-kilaka

Cela a fonctionné pour moi (installation de sketch). J'ai donc retiré sketch, effectué une mise à jour + mise à niveau, puis réinstallé sketch

— surfealokesea le

0

J'ai eu le même problème et j'ai fini par le traverser; cela avait déjà fonctionné. J'ai Cuda 8.0 et Tensorflow 1.3 sur Ubuntu 16.04.

Voici comment j'ai résolu le problème. Première,

sudo apt-get update

sudo apt-get upgrade

Ensuite,

sudo ldconfig /usr/local/cuda/lib64

Ça fonctionne maintenant. L'ordre d'exécution compte.

— Hahnsang
source