Black screen on Nvidia after updating to 20260428

Wondering_Penguin · May 31, 2026, 7:35pm

It is running ok also on my side. I would like to say thanks to everyone involved in the resolution of the bug, specially @Lioli7k . Thank you guys!

Zlinux1 · May 31, 2026, 7:50pm

Updated yet : all works fine for me.
Sddm works good and Kwin say nothing !
Thanks to all

scoutboy · May 31, 2026, 7:54pm

Initcall removed from kernel parameters, zypper ref and dup done. Workstation has been running fine, feels a bit snappier than before dup. All good.

System:
  Kernel: 7.0.10-2-default arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
    clocksource: tsc avail: acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-7.0.10-2-default
    root=UUID=f20d5cbe-5b45-49ea-9927-02e4642f9fed splash=silent quiet
    security=apparmor i915.blacklist=yes rd.driver.blacklist=nouveau
    mitigations=auto
  Desktop: KDE Plasma v: 6.6.5 tk: Qt v: N/A info: frameworks v: 6.26.0
    wm: kwin_wayland tools: avail: xscreensaver vt: 3 dm: SDDM Distro: openSUSE
    Tumbleweed 20260529
Graphics:
  Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] vendor: Dell driver: nvidia
    v: 580.159.03 alternate: nouveau,nvidia_drm non-free: 550-580.xx+
    status: current (as of 2025-11; EOL~2026-12-xx) arch: Turing code: TUxxx
    process: TSMC 12nm FF built: 2018-2022 pcie: gen: 3 speed: 8 GT/s
    lanes: 16 ports: active: DP-1 empty: DVI-D-1,HDMI-A-1 bus-ID: 01:00.0
    chip-ID: 10de:1f08 class-ID: 0300

Zlinux1 · May 31, 2026, 7:57pm

Reboot and shutdown are now correct.
Upgrade from G06 to G07 : all works.

BotB-19 · May 31, 2026, 8:56pm

Also confirming that it works for me. What a crazy bug, glad it’s been fixed.

mchnz · June 1, 2026, 4:26am

Definitely better. But in Plasma X11 I’m seeing some tearing when popup alerts appear, such as those from:

wall boo; wall boo; wall boo; wall boo; wall boo; wall boo;

It could be some unrelated new Plasma “feature”. I’ll stick with it for now and hope that’s the worse I’ll experience.

meaglyn · June 1, 2026, 2:55pm

All good here (old legacy bios system with rtx3050). Thanks everyone for all the effort!

Lioli7k · June 1, 2026, 3:09pm

Fixed as of 20260529 release.

Lioli7k · June 1, 2026, 3:44pm

Thanks to everyone who participated in testing and coming up with workarounds! That was for sure the wildest OpenSUSE bug I ever saw.

Short post mortem for those who wonder why it happened:
During kernel 7.0 merge window code for early boot console got refactored and Nvidia driver was not updated to handle that change. As a result during boot Nvidia driver couldn’t properly switch from early boot dummy BIOS provided graphics device to a proper Nvidia graphics device. That caused all sorts of issues ranging from black screens to graphical corruption to software rendering or in some lucky cases, no issues at all.

For now OpenSUSE included a patch to address it but eventually Nvidia needs to update their driver to fix it for good.

malcolmlewis · June 1, 2026, 3:50pm

Yup, no issues seen here… Go Quadro GPU’s (I have three…)

Krovikan · June 1, 2026, 5:53pm

Thanks for all the job @Lioli7k .

For who are using .run (as me) is necessary let in kernel parameters initcall_blacklist=sysfb_init. With this all OK.

At now, I am in Kernel 7.0.10-2 with Nvidia .run driver 595.80 and RTX 5070.

Regards

dart364 · June 1, 2026, 6:00pm

To use the .run file see my post Black screen on Nvidia after updating to 20260428 - #665 by dart364

Copy the patch file and save it as nvidia_patch_595 in the parent directory where you will extract the .run file … instructions included in the post. It will also apply cleanly (with some fuzz) to the current 580 driver

Lioli7k · June 1, 2026, 6:07pm

Yeah. Nvidia run files are not updated yet. I’ve got permission from patch author to send it to Nvidia. So I’ll be working on it in the background. It might be included in future run file releases.

akontsevich · June 1, 2026, 6:14pm

Like I said above I do not agree it is SUSE bug! It is Nvidia bug and appears that issue happens in other distros as well, for example, CachyOS where the patch came from. Thanks @dart364 to find the patch!

bolaum · June 1, 2026, 6:30pm

7.0.10-2-default / nvidia G06 / RTX 3080 TI here, dupped today, removed the kernel flag and everything seems ok now.
Thanks everybody for the workaround!

Lioli7k · June 1, 2026, 6:33pm

As I said, Ubuntu, Fedora and Arch are not affected because they don’t use efidrm like OpenSUSE does. Patch was meant as ahead of time fix for 470 Nvidia driver version. Seems like it only happens on distributions that use efidrm. Issue is with Nvidia driver after all but most people on other distros probably won’t even encounter it.

Either way, I meant that it’s the wildest bug I’ve encountered when using OpenSUSE throughout the years. Not that it is an OpenSUSE issue.

Krovikan · June 1, 2026, 9:06pm

Thanks. I read it when you made the post in the moment. I am reading this thread from May 18.

I didn’t do because I’ll need to repeat again with every driver version until Nvidia fixes.

So, in my case, is more comfortable (and functional) let the parameter until I can remove it.

Regards

csrinivas · June 7, 2026, 9:09am

Finally, with kernel 7.0.11-1 and nvidia open G07 595.80, this problem is solved. No black screen, green screen. Removed the “initcall” boot parameter, and it is booting fine, but it takes a few seconds more.

akontsevich · June 9, 2026, 5:59am

(In reply to Maintenance Automation from comment #166)

SUSE-RU-2026:22006-1: An update that has two fixes can now be installed.

URL:
https://www.suse.com/support/update/announcement/2026/suse-ru-202622006-1
Category: recommended (moderate)
Bug References: 1263825, 1266660
Sources used:
SUSE Linux Enterprise Server 16.0 (src):
nvidia-open-driver-G07-signed-cuda-610.43.02-160000.1.1,
nvidia-open-driver-G07-signed-595.80-160000.1.1
SUSE Linux Enterprise Server for SAP applications 16.0 (src):
nvidia-open-driver-G07-signed-cuda-610.43.02-160000.1.1,
nvidia-open-driver-G07-signed-595.80-160000.1.1

NOTE: This line indicates an update has been released for the listed
product(s). At times this might be only a partial fix. If you have questions
please reach out to maintenance coordination.

Great! 610.43.02 has a lot of improvements and bug fixes. Driver already in the TW, hope user space will be available soon as well!

Yippee38 · June 14, 2026, 6:26pm

I seem to be having this problem still. Everything looks right to me, but maybe some of you may spot a file of the wrong version here:

~> sudo zypper se -si nvidia kernel-default kernel-default
[sudo] password for root:
Loading repository data…
Reading installed packages…