Just noticed this shortly after it in the logs which is close to the end.
May 03 18:40:57 hp-suse kernel: nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
May 03 18:40:57 hp-suse kernel: ucsi_ccg 1-0008: i2c_transfer failed -110
May 03 18:40:57 hp-suse kernel: ucsi_ccg 1-0008: ucsi_ccg_init failed - -110
May 03 18:40:57 hp-suse kernel: ucsi_ccg 1-0008: probe with driver ucsi_ccg failed with error -110
Does anything happen to your PC when you get that error?
I think I get a pink screen and no tty output, the logs do continue to
May 03 18:40:58 hp-suse kernel: Console: switching to colour frame buffer device 240x67
May 03 18:40:58 hp-suse systemd[1]: Stopping Virtual Console Setup...
May 03 18:40:58 hp-suse kernel: nvidia 0000:01:00.0: [drm] fb0: nvidia-drmdrmfb frame buffer device
May 03 18:40:58 hp-suse systemd[1]: Starting Virtual Console Setup...
May 03 18:40:58 hp-suse systemd[1]: Dispatch Password Requests to Console Directory Watch skipped, unmet condition check ConditionPathExists=!/run/plymouth/pid
So it may involve the Plymouth boot param after all, possibly
I donāt think so? Probably your Nvidia driver breaks before plymouth is loaded. Other than that i2c error, everything looks not too critical.
[ ĀÆ_(ć)_/ĀÆ
I tried again and updated the latest big snapshot with more then 3500 packages.
But I locked my nvidia packeges before:
The following 24 items are locked and will not be changed by any action:
Installed:
kernel-firmware-nvidia libdrm_nouveau2 libnvidia-egl-gbm1 libnvidia-egl-wayland1 libnvidia-egl-x111 libnvidia-gpucomp-G06 libnvidia-gpucomp-G06-32bit
nvidia-common-G06 nvidia-compute-G06 nvidia-compute-G06-32bit nvidia-compute-utils-G06 nvidia-driver-G06-kmp-default nvidia-driver-G06-kmp-meta
nvidia-gl-G06 nvidia-libXNVCtrl nvidia-modprobe nvidia-persistenced nvidia-settings nvidia-texture-tools nvidia-userspace-meta-G06 nvidia-video-G06
openSUSE-repos-MicroOS-NVIDIA xf86-video-nouveau xf86-video-nv
Nothing to do.
The result: black screen and after second reboot green screen on kernel 7.0.2.
I had to go back to kernel 6.19.12.
During update i had 2 conflict but I donāt now it is related to it.
Detected 2 file conflicts:
File /usr/lib64/girepository-1.0/AppIndicator3-0.1.typelib
from install of
typelib-1_0-AppIndicator3-0_1-12.10.1~bzr20200706.298-4.6.x86_64 (repo-oss)
conflicts with file from package
libappindicator-gtk3-12.10.1-9.fc43.x86_64 (@System)
File /usr/lib64/libappindicator3.so.1.0.0
from install of
libappindicator3-1-12.10.1~bzr20200706.298-4.6.x86_64 (repo-oss)
conflicts with file from package
libappindicator-gtk3-12.10.1-9.fc43.x86_64 (@System)
I will wait for a fix.
I will stick with kernel that works.
Thank you for providing this lis of package locks. By calling it āproperā, you suggest that users should know this, and should have applied these settings on their systems. I couldnāt find this clearly documented anywhere, though.
Half a year ago you wrote āLocking on TW is rarely neededā. And Stefanās documentation recommends locking a smaller set of packages on TW.
Broken - NVIDIA GeForce RTX 4070 Ti .
The 7.0.2-1-default kernel works with the G06 packages (580.159.03) on the RTX 4000 Ada generation, but not with G07. So this may not be a problem with the kernel, but rather with the graphics driver. To ensure a safe upgrade, it might be sufficient to simply lock or reinstall the latest G06 drivers.
S | Name | Type | Version | Arch | Repository
---+-------------------------------+-------+----------------------------+--------+--------------
i | libnvidia-gpucomp-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i | libnvidia-gpucomp-G06-32bit | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i+ | nvidia-common-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i+ | nvidia-compute-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i+ | nvidia-compute-utils-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i+ | nvidia-driver-G06-kmp-default | Paket | 580.159.03_k6.19.12_1-48.1 | x86_64 | repo-non-free
i+ | nvidia-driver-G06-kmp-meta | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i+ | nvidia-gl-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i | nvidia-userspace-meta-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
i | nvidia-video-G06 | Paket | 580.159.03-48.1 | x86_64 | repo-non-free
System:
Kernel: 7.0.2-1-default arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
clocksource: hpet avail: acpi_pm
parameters: BOOT_IMAGE=/vmlinuz-7.0.2-1-default
root=UUID=ae6643e0-5c9a-450f-9883-dc071ee0d5fc quiet security=selinux
selinux=0 enforcing=0 rd.driver.blacklist=nouveau intel_iommu=on fbdev=1
nvidia_drm.modset=1 loglevel=2 mitigations=auto
Desktop: KDE Plasma v: 6.6.4 tk: Qt v: N/A info: frameworks v: 6.25.0
wm: kwin_x11 with: krunner tools: avail: xscreensaver vt: 2 dm: SDDM
Distro: NAME= openSUSE Tumbleweed
Graphics:
Device-1: NVIDIA AD104GL [RTX 4000 Ada Generation] driver: nvidia
v: 580.159.03 alternate: nouveau,nvidia_drm non-free: 550-580.xx+
status: current (as of 2025-11) arch: Lovelace code: AD1xx
process: TSMC n4 (5nm) built: 2022+ pcie: gen: 1 speed: 2.5 GT/s lanes: 16
link-max: gen: 4 speed: 16 GT/s ports: active: none off: DP-1
empty: DP-2,DP-3,DP-4 bus-ID: 04:00.0 chip-ID: 10de:27b2 class-ID: 0300
Display: x11 server: X.Org v: 21.1.21 with: Xwayland v: 24.1.11
compositor: kwin_x11 driver: X: loaded: nvidia unloaded: modesetting,vesa
alternate: fbdev,nouveau,nv gpu: nvidia,nvidia-nvswitch display-ID: :0
screens: 1
Screen-1: 0 s-res: 3840x1600 s-dpi: 110 s-size: 887x373mm (34.92x14.69")
s-diag: 962mm (37.88")
Monitor-1: DP-1 mapped: DP-0 note: disabled model: EIZO NANAO EV3895
serial: <filter> built: 2021 res: mode: 3840x1600 hz: 60 scale: 100% (1)
dpi: 111 gamma: 1.2 size: 880x367mm (34.65x14.45") diag: 953mm (37.5")
modes: max: 3840x1600 min: 640x480
API: EGL v: 1.5 hw: drv: nvidia platforms: device: 0 drv: nvidia device: 2
drv: swrast gbm: drv: nvidia surfaceless: drv: nvidia x11: drv: nvidia
inactive: wayland,device-1
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.159.03
glx-v: 1.4 direct-render: yes renderer: NVIDIA RTX 4000 Ada
Generation/PCIe/SSE2 memory: 19.53 GiB
API: Vulkan v: 1.4.341 layers: 3 device: 0 type: discrete-gpu name: NVIDIA
RTX 4000 Ada Generation driver: nvidia v: 580.159.03 device-ID: 10de:27b2
surfaces: N/A device: 1 type: cpu name: llvmpipe (LLVM 22.1.4 256 bits)
driver: mesa llvmpipe v: 26.0.5 (LLVM 22.1.4) device-ID: 10005:0000
surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdpyinfo, xprop, xrandr
On my affected system, neither G06 or G06 works with kernel 7. This was one of the first test i tried.
@malcolmlewis still not the time to upgrade? I see need to install G07 packages instead of G06 now? However one thing is confused me:
Why so big size difference in kernel drivers?!
What should be correct zypper command to upgrade to G07? Meta package? Install it after or before 7.0.2 kernel? Or wait for now?
Nope, still broken. Including latest 20260430. nvidia-driver-G06-kmp-default is a proprietary kernel module and it comes with files needed to compile the kernel module yourself. nvidia-open-driver-G06-signed-kmp-default and nvidia-open-driver-G07-signed-kmp-default contain open kernel modules. They are prebuilt and signed for secure boot by OpenSUSE. Hence the size difference.
If you really want a working G07 driver right now Iād recommend to temporary add https://download.opensuse.org/history/20260426/tumbleweed/repo/oss/ and download nvidia-open-driver-G07-signed-kmp-default-595.58.03_k6.19.12_1-2.8 and kernel-default-6.19.12-1.1 from there. Matching userspace binaries are available at NVIDIA:repo-non-free. Just make sure installed versions match before you reboot.
Hereās blog post on how to install G07 on OpenSUSE. https://sndirsch.github.io/nvidia/2025/07/16/nvidia-drivers.html
Nope, not really, so will stay on nvidia-driver-G06-kmp-default (580.159.03_k6.19.12_1-48.1) and 6.19.2 kernel for now.
Too complex, should be simpler with the metapackages:
sudo zypper in nvidia-open-driver-G07-signed-kmp-meta nvidia-userspace-meta-G07
This is just an observation of the various package outputs and may be of relevance. I have only manually installed one package, the relevant kmp which is indicated by in the āSā column via a āi+ā and will pull in the required and recommended supporting packages.
I see output of various permutations where multiple packages have a āi+ā some have all āi+ā, could it be an issue?
@rektal Of course your solution of locking all the nvidia packages is a recipe for disaster as the kmp needs to match the running kernel which you did not lock, so it would never work.
@magfan your not running the open driver (which is pre-built for the kernel and signed) with the proprietary kmp on a kernel update it gets rebuilt and signed on installation and a kernel updateā¦
@akontsevich see above, but the open driver is pre-built, so you donāt need the extra header files etc for it so much smaller. The idea behind the signed open driver is less work and packages for building, signing etc. Itās easy to miss the MOK screen at boot to import the keys as well, or users donāt know what to do with this screen when it pops up on reboot.
Those i+ donāt matter as long as you donāt hop between G06 and G07. Nvidia driver packages have decent conflict specifications so zypper will remove conflicting ones. Only thing that might go wrong is that packages marked with i+ that donāt conflict with other packages wonāt be removed automatically. So there might be some leftover packages that are safe to uninstall, but I donāt think they would cause any harm.
@Lioli7k This is the first Tumbleweed install Iāve used the rpms, normally Iāve been using the run file, so a new experience for me 
Likewise on another setup running Leap 16.0. Both are running the open driver.
Another zinger by NVIDIA.
Black screen.
RTX 3050
I tried G06 (which is what I had before) and G07.
Modules load
nvidia_uvm 2441216 0
nvidia_drm 151552 0
nvidia_modeset 1761280 1 nvidia_drm
nvidia 14770176 2 nvidia_uvm,nvidia_modeset
drm_ttm_helper 20480 2 nvidia_drm
video 81920 2 dell_wmi,nvidia_modeset
nvidia-smi
Mon May 4 10:15:26 2026
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 595.71.05 Driver Version: 595.71.05 CUDA Version: 13.2 |
+-----------------------------------------+------------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+========================+======================|
| 0 NVIDIA GeForce RTX 3050 Off | 00000000:01:00.0 On | N/A |
| 33% 28C P8 8W / 70W | 11MiB / 6144MiB | 0% Default |
| | | N/A |
+-----------------------------------------+------------------------+----------------------+
Running (trying to anyway) X11 and xfce
Xorg.0.log shows
[ 12.809] (II) NVIDIA(0): Virtual screen size determined to be 3520 x 1200
[ 12.930] (--) NVIDIA(0): DPI set to (99, 98); computed from "UseEdidDpi" X config
[ 12.930] (--) NVIDIA(0): option
[ 12.932] (II) NVIDIA: Reserving 24576.00 MB of virtual memory for indirect memory
[ 12.932] (II) NVIDIA: access.
[ 22.938] (EE) NVIDIA(GPU-0): Failed to initialize DMA.
[ 22.944] (EE) NVIDIA(0): Failed to allocate push buffer
[ 22.955] (EE)
Fatal server error:
[ 22.955] (EE) AddScreen/ScreenInit failed for driver 0
I think as others have said this is a kernel/kmp issue and we need a new driver from nvidia. I do have 6.19.12 or something but for the life of me I could not get the module to install/build into that tree. (maybe Iāll try the 10150426 thing above).
I also tried slowroll but that had already pushed a 7.0 kernel by then so I switched back. Since I donāt have anything else to do with this computer atm 
I donāt have btrfs so no snapshotsā¦
Mostly just adding info
Iāve been using opensuse forever but am somewhat new to the tumbleweed thing. This is the first time itās bitten me. But it got me pretty well stuck
You should be able to download the necessary rpms or temporarily add https://download.opensuse.org/history/20260426/tumbleweed/repo/oss/ as Liolik mentioned in this thread
Iād recommend btrfs for Tumbleweed as itās sort of considered stable now and Nvidia drivers tend to be out of sync with kernel version bumps.
Some good news. Potential fix for G07 is merged in the Factory and will be available in next snapshot. The same fix is also made for open G06 but it still pending to be merged. Also thereās potential that latest drivers (595.71.05 and 580.159.03) from Nvidia have a regression that is causing all sorts of issues.