Bug#804328: glx-alternative-nvidia: GDM3 exits with "Failed to initialize GLX extension (Compatible NVIDIA X driver not found)"
Il giorno sab, 07/11/2015 alle 18.50 +0100, Andreas Beckmann ha scritto: > For some reason your nvidia alternative (from nvidia-alternative) had > disappeared, cascading to glx-alternative-nvidia before it could be > reinstated, therefore cancelling the bumblebee setting. > > Essentially it's reproducible with > > update-alternatives --remove-all nvidia > dpkg-reconfigure glx-alternative-nvidia > dpkg-reconfigure nvidia-alternative > dpkg-reconfigure bumblebee-nvidia > > more realistic with one dpkg run doing configuration: > > update-alternatives --remove-all nvidia > dpkg --unpack /var/cache/apt/archives/glx-alternative- > nvidia_0.7.0_amd64.deb > dpkg --unpack /var/cache/apt/archives/nvidia-alternative_340.93- > 7_amd64.deb > dpkg --configure --pending > dpkg-reconfigure bumblebee-nvidia > > (the last command is always to restore the initial state) Thanks for the explanation. I'm quite sure I did not fiddled with nvidia-alternative before the system malfunction (I'm quite sure I did not at all ever). I could have done it trying to recover the situation, reconfiguring related packages. So, I cannot explain what rendered my Xorg server unusable. That said, is this to be still considered a bug or it is only a problem local to my installation? In the latter case, excuse me for the noise and feel free to close the bug (or lower the importance: I don't want to block the migration to testing without a valid reason). -- Alessio
Bug#804328: glx-alternative-nvidia: GDM3 exits with "Failed to initialize GLX extension (Compatible NVIDIA X driver not found)"
On 2015-11-11 19:32, Alessio Gaeta wrote: > I'm quite sure I did not fiddled with nvidia-alternative before the > system malfunction (I'm quite sure I did not at all ever). I could have > done it trying to recover the situation, reconfiguring related > packages. So, I cannot explain what rendered my Xorg server unusable. I cannot reproduce what caused you to initially lose the nvidia alternative ... > That said, is this to be still considered a bug or it is only a problem > local to my installation? In the latter case, excuse me for the noise > and feel free to close the bug (or lower the importance: I don't want > to block the migration to testing without a valid reason). ... but whenever that happens again, someone may lose his glx alternative setting during an upgrade. I'm working on making this more rebust and providing a tool to simplify switching the nvidia and glx alternatives (since there is more to do than just updating the alternative). I'm not sure whether this bug is specific to 0.7.0, but without fix it's not a jessie-backports candidate anyway. There is not much difference between 0.6.9x and 0.7.0, so quick migration to testing is not important. Andreas
Bug#804328: glx-alternative-nvidia: GDM3 exits with "Failed to initialize GLX extension (Compatible NVIDIA X driver not found)"
On 2015-11-07 13:38, Alessio Gaeta wrote: > after the last system upgrade GDM3 started to crash showing the infamous white > screen. > But I'm using Bumblebee, thus by default Intel card should be used. Looking at > the GLX alternatives I saw: > > # update-alternatives --config glx > Sono disponibili 3 scelte per l'alternativa glx (che fornisce /usr/lib/glx). Do you have bumblebee-nvidia installed? Can you send /var/log/apt/term.log to the bug, it should have a record of what happened during the upgrade, so maybe I can conclude why the alternative was not set to bumblebee ... Thanks Andreas
Bug#804328: glx-alternative-nvidia: GDM3 exits with "Failed to initialize GLX extension (Compatible NVIDIA X driver not found)"
Package: glx-alternative-nvidia Version: 0.7.0 Severity: grave Justification: renders package unusable Hello, after the last system upgrade GDM3 started to crash showing the infamous white screen. In logs I found these relevant lines: [...] /usr/lib/gdm3/gdm-x-session[1730]: (II) NVIDIA GLX Module 340.93 Wed Aug 19 16:23:51 PDT 2015 [...] /usr/lib/gdm3/gdm-x-session[1730]: (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) [...] gnome-session[1750]: Xlib: extension "GLX" missing on display ":0". [...] But I'm using Bumblebee, thus by default Intel card should be used. Looking at the GLX alternatives I saw: # update-alternatives --config glx Sono disponibili 3 scelte per l'alternativa glx (che fornisce /usr/lib/glx). SelezionePercorso Priorità Stato * 0/usr/lib/nvidia 100 modalità automatica 1/usr/lib/mesa-diverted 5 modalità manuale 2/usr/lib/nvidia 100 modalità manuale 3/usr/lib/nvidia/bumblebee 95modalità manuale Choosing the manual mode n. 3 (/usr/lib/nvidia/bumblebee) made my Xorg server usable again. I don't know if the bug is in some post-install script or if the bumblebee priority (if bumblebee is used) should be higher than nvidia one. But for sure something gone wrong with the alternatives. Thanks -- Alessio Gaeta -- Package-specific info: Diversions: diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to
Bug#804328: glx-alternative-nvidia: GDM3 exits with "Failed to initialize GLX extension (Compatible NVIDIA X driver not found)"
On 2015-11-07 17:18, Alessio Gaeta wrote: > In attach the log you requested. Relevant part is right at the file > head (2015-11-03). The log is in Italian, somehow I expected this :-) > but it should be quite simple > to guess what's happened... :) and that as well :-) > Reading the log I can see: > > a) errors about diversions while configuring glx-alternative-mesa > (0.7.0) (glx group damaged) > > b) right after, the configuration of glx-alternative-nvidia (0.7.0) > keeps complaining about glx group damaged and then it uses (translated > in English) "/lib/nvidia to supply /usr/lib/glx (glx) in automatic > mode" > > I'm not so expert about glx diversion dance so I cannot help you much, > but I guess that log confirms that the problem resides in a post- > install script of glx-alternative-nvidia 0.7.0. For some reason your nvidia alternative (from nvidia-alternative) had disappeared, cascading to glx-alternative-nvidia before it could be reinstated, therefore cancelling the bumblebee setting. Essentially it's reproducible with update-alternatives --remove-all nvidia dpkg-reconfigure glx-alternative-nvidia dpkg-reconfigure nvidia-alternative dpkg-reconfigure bumblebee-nvidia more realistic with one dpkg run doing configuration: update-alternatives --remove-all nvidia dpkg --unpack /var/cache/apt/archives/glx-alternative-nvidia_0.7.0_amd64.deb dpkg --unpack /var/cache/apt/archives/nvidia-alternative_340.93-7_amd64.deb dpkg --configure --pending dpkg-reconfigure bumblebee-nvidia (the last command is always to restore the initial state) Andreas