Black Screen after kernel update

Hi,

Yesterday I updated several pakages incuding the kernel. I did a reboot and the machine would not boot into the graphical environment. I am sure this is something with the graphics driver (nvidia). I deleted the driver (in runlevel 3) and booted into the plasma desktop. There I did a reinstallation of the nvidia driver and rebooted. The same thing happened. Just befor the login screen things just stopped and a small line appears in the upper left corner. I have tried with “nomodeset” in grub. It worked one time, but the next time I rebooted it did not.

I have run out of possible actions and hope someone could give me some advice how to proceed with this problem.

Dag R

Do you try to install all nvidia packages once more?

If you use nomodest in grub, this will only work for the session, if you restart, there is no nomodeset anymore.

You can add this in yast-----system-----bootloader----kernel-commandline

Also please post:

zypper se -si kernel-default nvidia

I have put the “nomodeset” into to the /etc/default/grub, and did: grub2 -mkconfig etc. I did it before I made the thread, and checked it when I got your reply. I have rebooted several times, and when I got your reply the machine booted into plasma, but it seems not to be stable. I tried an hour ago and it did not work.

 zypper se -si kernel-default nvidia
Laster pakkebrønndata...
Leser installerte pakker...

S  | Navn                      | Type  | Versjon                               | Ark.   | Pakkebrønn
---+---------------------------+-------+---------------------------------------+--------+----------------------------------
i+ | kernel-default            | pakke | 5.3.18-lp152.50.1                     | x86_64 | Hovedpakkebrønn for oppdateringer
i+ | kernel-default            | pakke | 5.3.18-lp152.47.2                     | x86_64 | Hovedpakkebrønn for oppdateringer
i  | kernel-default-devel      | pakke | 5.3.18-lp152.50.1                     | x86_64 | Hovedpakkebrønn for oppdateringer
i  | kernel-default-devel      | pakke | 5.3.18-lp152.47.2                     | x86_64 | Hovedpakkebrønn for oppdateringer
i  | nvidia-computeG05         | pakke | 450.80.02-lp152.35.1                  | x86_64 | nVidia Graphics Drivers
i+ | nvidia-gfxG05-kmp-default | pakke | 450.80.02_k5.3.18_lp152.19-lp152.35.1 | x86_64 | nVidia Graphics Drivers
i  | nvidia-glG05              | pakke | 450.80.02-lp152.35.1                  | x86_64 | nVidia Graphics Drivers
i  | x11-video-nvidiaG05       | pakke | 450.80.02-lp152.35.1                  | x86_64 | nVidia Graphics Drivers


I think its an problem with sddm and nvidia, so can you try another displaymanager such as kdm, gdm, xdm, lightdm or so on.

After Installation switch to that as root with:

update-alternatives --config default-displaymanager 
There are 6 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager).

  Selection    Path                                  Priority   Status
------------------------------------------------------------
* 0            /usr/lib/X11/displaymanagers/sddm      25        auto mode
  1            /usr/lib/X11/displaymanagers/console   5         manual mode
  2            /usr/lib/X11/displaymanagers/gdm       25        manual mode
  3            /usr/lib/X11/displaymanagers/kdm       15        manual mode
  4            /usr/lib/X11/displaymanagers/lightdm   15        manual mode
  5            /usr/lib/X11/displaymanagers/sddm      25        manual mode
  6            /usr/lib/X11/displaymanagers/xdm       10        manual mode

Press <enter> to keep the current choice[li], or type selection number:[/li]```


Reboot your PC.

Try this version of SDDM: Welcome - openSUSE Build Service

Transpired it wasn’t specific to nvidia, but “a race condition involving the hostname. The time when the hostname is read changed slightly, it’s now before X is started and not after” - see 1178543 – SDDM 0.18.0-lp152.5.3.1 Fails to display login screen with Nvidia Graphics.

Maybe its a better way to use another displaymanager and wait for the update, sddm is in update:test repo.

rpm -q --changelog http://download.opensuse.org/update/leap/15.2-test/x86_64/sddm-0.18.0-lp152.5.6.1.x86_64.rpm | grep -iA7 ‘Nov 09 2020’
warning: http://download.opensuse.org/update/leap/15.2-test/x86_64/sddm-0.18.0-lp152.5.6.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID b3fd7e48: NOKEY

  • Mo Nov 09 2020 Fabian Vogt <fabian@ritter-vogt.de>
  • Amend sddm-relaxed-auth.patch to use a consistent hostname for xauth
    (boo#1178543):
    • Make DaemonApp::hostName() return a consistent value
    • Use it for adding the cookie as well
    • Also set XAUTHLOCALHOSTNAME for the display setup script and
      xsetcursor

That update fixed the issue for several people, but yes, we don’t yet know it’s SDDM causing the OP’s issues.

Here is output of inxi:

dagr@opensuse:~> inxi -G
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] driver: nvidia v: 450.80.02 
           Display: x11 server: X.Org 1.20.3 driver: nvidia unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 450.80.02 


rpm -q --changelog http://download.opensuse.org/update/…6.1.x86_64.rpm | grep -iA7 ‘Nov 09 2020’
warning: http://download.opensuse.org/update/…1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID b3fd7e48: NOKEY

  • Mo Nov 09 2020 Fabian Vogt <fabian@ritter-vogt.de>
  • Amend sddm-relaxed-auth.patch to use a consistent hostname for xauth
    (boo#1178543):
    • Make DaemonApp::hostName() return a consistent value
    • Use it for adding the cookie as well
    • Also set XAUTHLOCALHOSTNAME for the display setup script and
      xsetcursor

I tried this and I have rebooted twice, and it works! I will test this a little more and post the result.

Dag R

FWIW

SDDM 0.18.0-lp152.5.6.1 is now in the main OSS update repository. ( https://download.opensuse.org/update/leap/15.2/oss )

                                               FWIW

SDDM 0.18.0-lp152.5.6.1 is now in the main OSS update repository. ( https://download.opensuse.org/update/leap/15.2/oss )

                                                                     **Regards, Paul**

FWIW? Do you not think it has any merit? Should I download this version also, or is it the same version?

Dag R

If you have only sddm installed, easy to fix:

zypper in -f sddm

If you have enabled the update:test or the other Repo, delete it before.

Thats why I have said to install another displaymanager and switch to it…

I meant my comment was FWIW, I wasn’t referring to the package, reading my post again I see it was somewhat ambiguous, sorry for the confusion.

It’s the same version as the one from 15.2-test repository.