Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
This is an update to my previous response (copied below). I purged Kodi and pulseaudio, since it was after installing those items that my system went completely black screen. Surprisingly, a reboot brought up a working SDDM login screen, but after logging in I'm presented with a black KDE desktop just as before. I can enter commands to reboot, so the desktop is active, but all I ever get upon logging in is a black screen. On Wed, Aug 29, 2018, at 21:22, Michael Haag wrote: > There's some really weird shit going on here. > > I'm going to start from the beginning, as best as memory serves: > > I had problems with surround sound on my HTPC, primarily due to the > limitations of S/PDIF. I decided to upgrade to a video card that > supported audio over HDMI. I wanted fanless, so my options were very > limited. I went with a NVidia GT730 card. This was several months ago. > > As it turned out, Debian stable (Stretch) did not support this card. I > think it was both a kernel issue and an nvidia-driver issue. So I > upgraded to Debian testing (Buster). > > Initially, I ran into an SDDM black screen problem, which I reported. I > was able to type in my password (don't ask why I even tried this) and my > KDE desktop would load normally. This is why I thought is was an SDDM > problem. > > After some time, Debian testing updated the nvidia-driver, and lo and > behold, I got an SDDM login and a subsequent functioning KDE desktop > session, no problem. I was happy. I think the update nvidia-driver > version was 384.??, but I'm not sure. > > All was good for awhile, but then another nvidia-driver upgrade created > the same problem as before. SDDM black screen, but I was still able to > login to a functioning KDE session. > > Another nvidia-driver update (390.77) resulted in an SDDM black screen > but I was still able to login to a KDE session with a working desktop. > However, a subsequent update to KDE resulted in an SDDM black screen > that also resulted in a black screen KDE session. What I mean by that is > that SDDM allowed me to login, but KDE then also presented a black > screen. I could enter commands to reboot the system, so the KDE session > was active but there was no display. > > My setup is this: > > HTPC connected to a Marantz AV7005 receiver via HDMI. Marantz receiver > connected to a Samsung 4k TV via HDMI. > > The Marantz receiver is limited to 1920x1080 video input. The nvidia- > driver correctly detects this. > > The first time I experienced this problem I applied a firmware update to > my Marantz receiver, but the problem persisted. > > When I connect my HTPC directly to the TV there is no display problem at > all, but there is no way to get surround sound working that way (ARC is > non-functional and S/PDIF outputs digital stereo, not surround). > > I suspected some type of resolution "handshaking" issue, so I searched > the Internet for tips on forcing resolution settings with NVidia > drivers. I came across instances where people were using xorg.conf to > override system defaults (as you suggested) so I created a file using > the NVidia utility and placed it in /etc/X11/. > > To my surprise (according to Debian xorg.conf is deprecated) it worked. > Unfortunately, the fix was temporary. I successfully logged in via SDDM > and was presented with a functioning KDE desktop session several times. > I was very happy. > > I subsequently installed Kodi and a few other applications that I use, > but discovered sound was no longer working. I checked all the multimedia > settings, pulse audio, Kodi audio settings, etc. etc. etc. and could > still not get sound working. It was working briefly, which is why I went > and installed Kodi in the first place. > > During the process of trying to resolve the sound issues, I rebooted, > only to find I now have both a black SDDM screen AND a black KDE > session. I'm right back where I started, several days and multiple > installations (Kubuntu, Ubuntu, Stretch, Buster) later, including trying > out experimental nvidia-driver. > > Fuck me. Shit works, and then it doesn't, for no apparent reason. > > > On Wed, Aug 29, 2018, at 19:27, Vojtech Bocek wrote: > > Yeah, xorg should be self-configuring now, but I think you can still use > > xorg.conf file. Doing this should have the desired effect, I think, and > > it's worth trying out (if it doesn't work, just remove xorg.conf): > > > > cp -i /etc/nvidia/nvidia-drm-outputclass.conf /etc/X11/xorg.conf > > > > On Sat, 25 Aug 2018 at 09:25, Michael Haag wrote: > > > > > Yes. I should have mentioned I was sending the bug report from another > > > machine. > > > > > > Thanks for the response, but to my knowledge Xorg.conf has been > > > deprecated. I know there is no such file on either of my PCs. > > > > > > > > > On Fri, Aug 24, 2018, at 16:20, Vojtech Bocek wrote: > > > > Hello, > > > > I'm assuming the bug report in your message is from the PC where it is > >
Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
There's some really weird shit going on here. I'm going to start from the beginning, as best as memory serves: I had problems with surround sound on my HTPC, primarily due to the limitations of S/PDIF. I decided to upgrade to a video card that supported audio over HDMI. I wanted fanless, so my options were very limited. I went with a NVidia GT730 card. This was several months ago. As it turned out, Debian stable (Stretch) did not support this card. I think it was both a kernel issue and an nvidia-driver issue. So I upgraded to Debian testing (Buster). Initially, I ran into an SDDM black screen problem, which I reported. I was able to type in my password (don't ask why I even tried this) and my KDE desktop would load normally. This is why I thought is was an SDDM problem. After some time, Debian testing updated the nvidia-driver, and lo and behold, I got an SDDM login and a subsequent functioning KDE desktop session, no problem. I was happy. I think the update nvidia-driver version was 384.??, but I'm not sure. All was good for awhile, but then another nvidia-driver upgrade created the same problem as before. SDDM black screen, but I was still able to login to a functioning KDE session. Another nvidia-driver update (390.77) resulted in an SDDM black screen but I was still able to login to a KDE session with a working desktop. However, a subsequent update to KDE resulted in an SDDM black screen that also resulted in a black screen KDE session. What I mean by that is that SDDM allowed me to login, but KDE then also presented a black screen. I could enter commands to reboot the system, so the KDE session was active but there was no display. My setup is this: HTPC connected to a Marantz AV7005 receiver via HDMI. Marantz receiver connected to a Samsung 4k TV via HDMI. The Marantz receiver is limited to 1920x1080 video input. The nvidia-driver correctly detects this. The first time I experienced this problem I applied a firmware update to my Marantz receiver, but the problem persisted. When I connect my HTPC directly to the TV there is no display problem at all, but there is no way to get surround sound working that way (ARC is non-functional and S/PDIF outputs digital stereo, not surround). I suspected some type of resolution "handshaking" issue, so I searched the Internet for tips on forcing resolution settings with NVidia drivers. I came across instances where people were using xorg.conf to override system defaults (as you suggested) so I created a file using the NVidia utility and placed it in /etc/X11/. To my surprise (according to Debian xorg.conf is deprecated) it worked. Unfortunately, the fix was temporary. I successfully logged in via SDDM and was presented with a functioning KDE desktop session several times. I was very happy. I subsequently installed Kodi and a few other applications that I use, but discovered sound was no longer working. I checked all the multimedia settings, pulse audio, Kodi audio settings, etc. etc. etc. and could still not get sound working. It was working briefly, which is why I went and installed Kodi in the first place. During the process of trying to resolve the sound issues, I rebooted, only to find I now have both a black SDDM screen AND a black KDE session. I'm right back where I started, several days and multiple installations (Kubuntu, Ubuntu, Stretch, Buster) later, including trying out experimental nvidia-driver. Fuck me. Shit works, and then it doesn't, for no apparent reason. On Wed, Aug 29, 2018, at 19:27, Vojtech Bocek wrote: > Yeah, xorg should be self-configuring now, but I think you can still use > xorg.conf file. Doing this should have the desired effect, I think, and > it's worth trying out (if it doesn't work, just remove xorg.conf): > > cp -i /etc/nvidia/nvidia-drm-outputclass.conf /etc/X11/xorg.conf > > On Sat, 25 Aug 2018 at 09:25, Michael Haag wrote: > > > Yes. I should have mentioned I was sending the bug report from another > > machine. > > > > Thanks for the response, but to my knowledge Xorg.conf has been > > deprecated. I know there is no such file on either of my PCs. > > > > > > On Fri, Aug 24, 2018, at 16:20, Vojtech Bocek wrote: > > > Hello, > > > I'm assuming the bug report in your message is from the PC where it is > > > working, since the Xorg.0.log contains only HD monitor. > > > Try adding contents of /etc/nvidia/nvidia-drm-outputclass.conf (installed > > > by xserver-xorg-video-nvidia) into your Xorg.conf. > > > For me, the issue was that libglx from xorg was loaded instead of the one > > > by Nvidia, and this fixed it. > > > > > > I think the xserver-xorg-video-nvidia is supposed to be adding those > > config > > > lines automatically, but it is not. > >
Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
Yeah, xorg should be self-configuring now, but I think you can still use xorg.conf file. Doing this should have the desired effect, I think, and it's worth trying out (if it doesn't work, just remove xorg.conf): cp -i /etc/nvidia/nvidia-drm-outputclass.conf /etc/X11/xorg.conf On Sat, 25 Aug 2018 at 09:25, Michael Haag wrote: > Yes. I should have mentioned I was sending the bug report from another > machine. > > Thanks for the response, but to my knowledge Xorg.conf has been > deprecated. I know there is no such file on either of my PCs. > > > On Fri, Aug 24, 2018, at 16:20, Vojtech Bocek wrote: > > Hello, > > I'm assuming the bug report in your message is from the PC where it is > > working, since the Xorg.0.log contains only HD monitor. > > Try adding contents of /etc/nvidia/nvidia-drm-outputclass.conf (installed > > by xserver-xorg-video-nvidia) into your Xorg.conf. > > For me, the issue was that libglx from xorg was loaded instead of the one > > by Nvidia, and this fixed it. > > > > I think the xserver-xorg-video-nvidia is supposed to be adding those > config > > lines automatically, but it is not. >
Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
Yes. I should have mentioned I was sending the bug report from another machine. Thanks for the response, but to my knowledge Xorg.conf has been deprecated. I know there is no such file on either of my PCs. On Fri, Aug 24, 2018, at 16:20, Vojtech Bocek wrote: > Hello, > I'm assuming the bug report in your message is from the PC where it is > working, since the Xorg.0.log contains only HD monitor. > Try adding contents of /etc/nvidia/nvidia-drm-outputclass.conf (installed > by xserver-xorg-video-nvidia) into your Xorg.conf. > For me, the issue was that libglx from xorg was loaded instead of the one > by Nvidia, and this fixed it. > > I think the xserver-xorg-video-nvidia is supposed to be adding those config > lines automatically, but it is not.
Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
Hello, I'm assuming the bug report in your message is from the PC where it is working, since the Xorg.0.log contains only HD monitor. Try adding contents of /etc/nvidia/nvidia-drm-outputclass.conf (installed by xserver-xorg-video-nvidia) into your Xorg.conf. For me, the issue was that libglx from xorg was loaded instead of the one by Nvidia, and this fixed it. I think the xserver-xorg-video-nvidia is supposed to be adding those config lines automatically, but it is not.
Bug#903541: nvidia-driver: Nvidia-driver 390-67 displays SDDM black screen
Package: nvidia-driver Version: 390.67-2 Severity: normal Dear Maintainer, Recent upgrade causes system to boot to a black screen. I can login (sddm) and the KDE desktop loads normally. This is identical to a bug I reported with an earlier version of the driver. That bug was subsequently resolved in an updated driver. It has now reappeared in this newer version. Interestingly, it only affects my HTPC with a 4k monitor. It does not affect my desktop PC with a standard HD monitor. -- Package-specific info: uname -a: Linux mediacenter 4.16.0-2-amd64 #1 SMP Debian 4.16.16-2 (2018-06-22) x86_64 GNU/Linux /proc/version: Linux version 4.16.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-23)) #1 SMP Debian 4.16.16-2 (2018-06-22) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 390.67 Fri Jun 1 04:04:27 PDT 2018 GCC version: gcc version 7.3.0 (Debian 7.3.0-24) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. [MSI] GK208B [GeForce GT 710] [1462:8c93] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Jul 11 11:56 /dev/dri/card0 crw-rw+ 1 root video 226, 128 Jul 11 11:56 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jul 11 11:57 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jul 11 11:56 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jul 11 11:56 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Jul 11 11:56 pci-:01:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Jul 11 11:56 pci-:01:00.0-render -> ../renderD128 video:x:44: OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jul 11 10:50 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 51 Jul 11 10:50 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 50 Jul 11 10:50 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Jul 11 10:50 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 54 Jul 11 10:50 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Jul 11 10:50 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 51 Jul 11 10:50 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Jul 11 10:50 /etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Jul 11 10:50 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Jul 11 10:50 /etc/alternatives/glx--nvidia-bug-report.sh -> /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 39 Jul 11 10:50 /etc/alternatives/glx--nvidia-drm-outputclass.conf -> /etc/nvidia/nvidia-drm-outputclass.conf lrwxrwxrwx 1 root root 28 Jul 11 10:50 /etc/alternatives/glx--nvidia-load.conf -> /etc/nvidia/nvidia-load.conf lrwxrwxrwx 1 root root 32 Jul 11 10:50 /etc/alternatives/glx--nvidia-modprobe.conf -> /etc/nvidia/nvidia-modprobe.conf lrwxrwxrwx 1 root root 29 Jul 11 10:50 /etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Jul 11 10:49 /etc/alternatives/nvidia -> /usr/lib/nvidia/current lrwxrwxrwx 1 root root 59 Jul 11 10:49 /etc/alternatives/nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libEGL_nvidia.so.0 lrwxrwxrwx 1 root root 62 Jul 11 10:49 /etc/alternatives/nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv2_nvidia.so.2 lrwxrwxrwx 1 root root 62 Jul 11 10:49 /etc/alternatives/nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv2_nvidia.so.2 lrwxrwxrwx 1 root root 61 Jul 11 10:49 /etc/alternatives/nvidia--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_indirect.so.0 lrwxrwxrwx 1 root root 61 Jul 11 10:49 /etc/alternatives/nvidia--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_indirect.so.0 lrwxrwxrwx 1 root root 59 Jul 11 10:49