Bug#801298: nvidia-alternative: prevents nouveau driver from loading
I was running into this issue myself, testing something with both nouveau and the proprietary nvidia driver installed, trying to switch between them across restarts. When trying to run nouveau, removing /etc/modprobe.d/nvidia.conf stopped the nvidia module from automatically being loaded. It also worked to simply comment out the alias lines from that configuration file: alias pci:v10DEd0E00sv*sd*bc04sc80i00* nvidia alias pci:v10DEd0AA3sv*sd*bc0Bsc40i00* nvidia alias pci:v10DEd*sv*sd*bc03sc02i00* nvidia alias pci:v10DEd*sv*sd*bc03sc00i00* nvidia Judging from the comment just above the alias lines: # These aliases are defined in *all* nvidia modules. # Duplicating them here sets higher precedence and ensures the selected # module gets loaded instead of a random first match if more than one # version is installed. See #798207. It seems that having these alias lines here, perhaps sets the priority above nouveau as well as the legacy proprietary drivers? -Maiku
Bug#801298: nvidia-alternative: prevents nouveau driver from loading
Quoting Andreas Beckmann : On 2015-10-08 13:56, Lars Noschinski wrote: here the additional information you requested Thanks! (I reinstalled nvidia-cuda-icd for this). Although this seems not to have reenabled the backlist (you don't have libcuda1 installed, do you?, but you had it installed when you hit the problem), I think I see what happened here ... It does block nouveau from being loaded (just tried it again: install nvidia-cuda-icd, reboot): $ sudo lsmod | grep nouveau $ If you look at the provided logs, only /var/log/Xorg.0.log.old shows the nouveau driver actually being used, /var/log/Xorg0.log shows that vesa is being used. libcuda1 is not installed, no. Now, "apt remove nvidia-alternative", reboot, everything is fine again. -- Lars
Bug#801298: nvidia-alternative: prevents nouveau driver from loading
On 2015-10-08 13:56, Lars Noschinski wrote: > here the additional information you requested Thanks! >(I reinstalled nvidia-cuda-icd for this). Although this seems not to have reenabled the backlist (you don't have libcuda1 installed, do you?, but you had it installed when you hit the problem), I think I see what happened here ... Andreas
Bug#801298: nvidia-alternative: prevents nouveau driver from loading
please reportbug -N 801298 on the system where you experienced this this should collect lists of installed packages etc. that would help me analyze this thanks Andreas PS: the solution is probably update-alternatives --config glx and select mesa-diverted
Bug#801298: nvidia-alternative: prevents nouveau driver from loading
I did not explicitly install any nvidia- or opencl-related packages, it seems they were pulled in recursively by libhwloc. To prevent misunderstandings: nvidia-alternative was also installed before. I would guess that the last (successful) reboot was with 340.76-5, although 340.93-1 was installed in between.
Bug#801298: nvidia-alternative: prevents nouveau driver from loading
Package: nvidia-alternative Version: 340.93-3 Severity: normal Dear Maintainer, after yesterdays updates, todays reboot lead to a system without usable video setup. After some experiments, it turned out that this was due to the nouveau driver not being loaded automatically (the binary nvidia driver is and was never installed). Removing nvidia-alternative (and the package nvidia-opencl-icd depending on it) fixed this problem. I did not explicitly install any nvidia- or opencl-related packages, it seems they were pulled in recursively by libhwloc. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)