Nvidia drivers broken after kernel update

English Hardware
,
1

Hi,

I am using Nvidia GTX 1060 GPU with the latest 570.172.08 drivers and after today’s kernel update which is 6.4.0-150600.23.60 the drivers sometimes are working and sometimes not… It sounds weird but when you reboot the PC it is 50% to be enabled and working. If not on boot it says failed nvidia persistence daemon.

Because I use KVM this is triggered by using these commands below:

transparent_hugepage=never hugepages=0:4096,1:8192 rcu_nocbs=15, etc. isolcpus=domain,managed_irq,15,etc. nohz_full=15,etc. irqaffinity=15,etc. housekeeping=cpu:0,etc.intel_pstate=passive nosoftlockup skew_tick=1 nowatchdog nmi_watchdog=0 rcupdate.rcu_cpu_stall_suppress=1 pcie_aspm=off numa_balancing=disable

Before the latest kernel update everything working smooth.

And because you will ask me for repos, these are:

sudo zypper lr -d
[sudo] password for root: 
#  | Alias                           | Name                          | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                                  | Service
---+---------------------------------+-------------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------------------+---------
 1 | NVIDIA:repo-non-free            | repo-non-free (15.6)          | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | https://download.nvidia.com/opensuse/leap/15.6                                       | NVIDIA
 2 | openSUSE:repo-non-oss           | repo-non-oss (15.6)           | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/non-oss?mediahandler=curl2       | openSUSE
 3 | openSUSE:repo-non-oss-debug     | repo-non-oss-debug (15.6)     | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/non-oss?mediahandler=curl2 | openSUSE
 4 | openSUSE:repo-openh264          | repo-openh264 (15.6)          | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap?mediahandler=curl2                 | openSUSE
 5 | openSUSE:repo-oss               | repo-oss (15.6)               | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/oss?mediahandler=curl2           | openSUSE
 6 | openSUSE:repo-oss-debug         | repo-oss-debug (15.6)         | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/oss?mediahandler=curl2     | openSUSE
 7 | openSUSE:repo-oss-source        | repo-oss-source (15.6)        | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/15.6/repo/oss?mediahandler=curl2    | openSUSE
 8 | openSUSE:update-backports       | update-backports (15.6)       | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/backports?mediahandler=curl2                | openSUSE
 9 | openSUSE:update-backports-debug | update-backports-debug (15.6) | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/update/leap/15.6/backports_debug?mediahandler=curl2          | openSUSE
10 | openSUSE:update-non-oss         | update-non-oss (15.6)         | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/non-oss?mediahandler=curl2                  | openSUSE
11 | openSUSE:update-non-oss-debug   | update-non-oss-debug (15.6)   | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/non-oss?mediahandler=curl2            | openSUSE
12 | openSUSE:update-oss             | update-oss (15.6)             | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/oss?mediahandler=curl2                      | openSUSE
13 | openSUSE:update-oss-debug       | update-oss-debug (15.6)       | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/oss?mediahandler=curl2                | openSUSE
14 | openSUSE:update-sle             | update-sle (15.6)             | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/sle?mediahandler=curl2                      | openSUSE
15 | openSUSE:update-sle-debug       | update-sle-debug (15.6)       | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/sle?mediahandler=curl2                | openSUSE

I think it might be a kernel bug or something interfere to GRUB commands.

P.S.

When this happens and need to stop (50% of not working) I need to use snapper and go back before I use these commands on GRUB…

A little help would be appreciated.

Best regards,
Jim

2

@Jniko can you show the output from inxi -GSaz have you tried forcing the re-install of the nvidia kmp?

3

Hi @malcolmlewis No i haven’t forced to re-install it yet, I am trying to find the cause.

The output of inxi -GSazis:

sudo inxi -GSaz
[sudo] password for root: 
System:
  Kernel: 6.4.0-150600.23.60-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.60-default
    root=UUID=70cc89b5-37b1-49a2-92ca-9e20cc091fee intel_iommu=on iommu=pt splash=silent
    preempt=full quiet security=apparmor rd.driver.blacklist=nouveau mitigations=auto
  Console: pty pts/1 DM: LightDM v: 1.32.0 Distro: openSUSE Leap 15.6
Graphics:
  Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] vendor: Dell driver: nvidia v: 570.172.08
    alternate: nouveau,nvidia_drm non-free: 530.xx+ status: current (as of 2023-05) arch: Pascal
    code: GP10x process: TSMC 16nm built: 2016-21 pcie: gen: 3 speed: 8 GT/s lanes: 16 ports:
    active: none off: DP-4 empty: DP-1, DP-2, DP-3, DVI-D-1, HDMI-A-1 bus-ID: 02:00.0
    chip-ID: 10de:1c03 class-ID: 0300
  Display: x11 server: X.org v: 1.21.1.11 compositor: xfwm driver: X: loaded: nvidia
    unloaded: fbdev,modesetting,vesa alternate: nouveau,nv gpu: nvidia,nvidia-nvswitch tty: 190x47
  Monitor-1: DP-4 model: Dell P2719HC serial: <filter> built: 2020 res: 1920x1080 dpi: 82
    gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 1920x1080
    min: 640x480
  API: OpenGL Message: GL data unavailable in console for root.

The output of Nvidia-Persistence service is:

sudo journalctl -u nvidia-persistenced.service
[sudo] password for root: 
Jul 29 03:13:09 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 03:13:09 localhost.localdomain (istenced)[2419]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 03:13:09 localhost.localdomain (istenced)[2419]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 03:13:09 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 03:13:09 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 1.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 03:13:10 localhost.localdomain (istenced)[2480]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 03:13:10 localhost.localdomain (istenced)[2480]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 2.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 03:13:10 localhost.localdomain (istenced)[2500]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 03:13:10 localhost.localdomain (istenced)[2500]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 3.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 03:13:10 localhost.localdomain (istenced)[2550]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 03:13:10 localhost.localdomain (istenced)[2550]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 4.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 5.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Start request repeated too quickly.
Jul 29 03:13:10 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 03:13:10 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.

P.S. I force re-install the driver with the same result…

P.S. I want to mention this also. When the new update for kernel was available, an other one for boost libraries was available also… I am saying this just in case is somewhere interfere with the boost libraries update…

4

@Jniko so the nvidia driver is loading, if you disable nvidia-persistence service and reboot what happens?

I use it, but add my user to the service;

# /etc/systemd/system/nvidia-persistence.service
...
ExecStart=/usr/bin/nvidia-persistenced --verbose --user  myusername
...

Ref: https://download.nvidia.com/XFree86/Linux-x86_64/570.172.08/README/nvidia-persistenced.html

5

@malcolmlewis if I disable it, the nvidia driver is not enabled and it load probably a basic driver… it shows Desktop but without enabling the Nvidia drivers. Now if I do this end re-enable, re -install the driver, it is not working back again…

The only solution is to use snapper to go on previous restore point…

Again this happens (the failed to start the Nvidia-Persistence service) with the previous kernel 6.4.0-150600.23.53-default,but the driver was loaded ok…

Again to mention this… This happens and the driver never loads when I use the commands above on GRUB. It triggers or blocks the driver completely. Again the solution is to use Snapper to go back to a working state…

6

Also @malcolmlewis I will trigger again the driver to go to an non-working state via the commands on GRUB. What to check for errors?

7

@Jniko not really sure, I would suggest forcing the re-install of the nvidia kmp;

So if you run systemctl set-default multi-user.target, reboot into the latest kernel, log into the tty as root user, make sure nvidia-persistenced service is stopped, re-install the driver (kmp), reboot, login to the tty as root user and then run systemctl isolate grphical.target

If that works, then open a terminal, login as root user and then run systemctl set-default graphical.target and exit the terminal…

8

@malcolmlewis Now this is weird again. I set the commands on GRUB and now is working without any issues. The Nvidia-Persistence fails to start but the driver is working.

Yes I had re-installed the kmp and I have runned the systemctl set-default multi-user.target the service still do the same 50% of working depend on reboot of the PC.

I also post the output of the boot process in a working state with this error :

Jul 29 04:12:49 localhost.localdomain systemd[1]: Finished Login and scanning of iSCSI devices.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Started System Logging Service.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Reached target Remote File Systems.
Jul 29 04:12:49 localhost.localdomain (istenced)[2376]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 04:12:49 localhost.localdomain (istenced)[2376]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 04:12:49 localhost.localdomain NetworkManager[1827]: <info>  [1753751569.0553] manager: NetworkManager state is now CONNECTED_GLOBAL
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting Permit User Sessions...
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting libvirt QEMU daemon...
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Finished Permit User Sessions.
Jul 29 04:12:49 localhost.localdomain dns-dnsmasq.sh[2386]: <debug> NETWORKMANAGER_DNS_FORWARDER is not set to "dnsmasq" in /etc/sysconfig/network/config -> exit
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting X Display Manager...
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting Hold until boot process finishes up...
Jul 29 04:12:49 localhost.localdomain systemd[1]: Started libvirt QEMU daemon.
Jul 29 04:12:49 localhost.localdomain display-manager[2417]: /etc/vconsole.conf available
Jul 29 04:12:49 localhost.localdomain display-manager[2417]: KEYMAP: us
Jul 29 04:12:49 localhost.localdomain display-manager[2417]: Command: localectl set-keymap us
Jul 29 04:12:49 localhost.localdomain display-manager[2417]: I: Using systemd /usr/share/systemd/kbd-model-map mapping
Jul 29 04:12:49 localhost.localdomain dbus-daemon[1661]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' requested by ':1>
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 1.
Jul 29 04:12:49 localhost.localdomain (istenced)[2430]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 04:12:49 localhost.localdomain (istenced)[2430]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting Locale Service...
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain dbus-daemon[1661]: [system] Successfully activated service 'org.freedesktop.locale1'
Jul 29 04:12:49 localhost.localdomain systemd[1]: Started Locale Service.
Jul 29 04:12:49 localhost.localdomain systemd-localed[2434]: The virtual console keymap 'us' is converted to X11 keyboard layout 'us' model 'pc105+inet' variant '' options 'terminate:ctrl_a>
Jul 29 04:12:49 localhost.localdomain systemd[1]: Received SIGRTMIN+21 from PID 930 (plymouthd).
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 2.
Jul 29 04:12:49 localhost.localdomain (istenced)[2437]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 04:12:49 localhost.localdomain (istenced)[2437]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 04:12:49 localhost.localdomain kernel: kvm_intel: L1TF CPU bug present and SMT on, data leak possible. See CVE-2018-3646 and https://www.kernel.org/doc/html/latest/admin-guide/hw-vul>
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain NetworkManager[1827]: <info>  [1753751569.3781] policy: set-hostname: set hostname to 'localhost.localdomain' (no hostname found)
Jul 29 04:12:49 localhost.localdomain nscd[1680]: 1680 monitoring file `/etc/nsswitch.conf` (8)
Jul 29 04:12:49 localhost.localdomain nscd[1680]: 1680 monitoring directory `/etc` (2)
Jul 29 04:12:49 localhost.localdomain nscd[1680]: 1680 monitoring file `/etc/resolv.conf` (5)
Jul 29 04:12:49 localhost.localdomain nscd[1680]: 1680 monitoring directory `/etc` (2)
Jul 29 04:12:49 localhost.localdomain systemd[1]: Received SIGRTMIN+21 from PID 930 (plymouthd).
Jul 29 04:12:49 localhost.localdomain dns-dnsmasq.sh[2443]: <debug> NETWORKMANAGER_DNS_FORWARDER is not set to "dnsmasq" in /etc/sysconfig/network/config -> exit
Jul 29 04:12:49 localhost.localdomain systemd[1]: Finished Hold until boot process finishes up.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Started Getty on tty1.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Reached target Login Prompts.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Reached target Multi-User System.
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 3.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 04:12:49 localhost.localdomain (istenced)[2460]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 04:12:49 localhost.localdomain (istenced)[2460]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 4.
Jul 29 04:12:49 localhost.localdomain (istenced)[2461]: nvidia-persistenced.service: Failed to determine user credentials: No such process
Jul 29 04:12:49 localhost.localdomain (istenced)[2461]: nvidia-persistenced.service: Failed at step USER spawning /usr/bin/nvidia-persistenced: No such process
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting NVIDIA Persistence Daemon...
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=217/USER
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain root[2455]: /etc/init.d/xdm: No changes for /etc/X11/xdm/Xservers
Jul 29 04:12:49 localhost.localdomain root[2455]: /etc/init.d/xdm: No changes for /etc/X11/xdm/xdm-config
Jul 29 04:12:49 localhost.localdomain dbus-daemon[1661]: [system] Activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service' requested by ':1.16' (uid=0 >
Jul 29 04:12:49 localhost.localdomain systemd[1]: Starting Accounts Service...
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Scheduled restart job, restart counter is at 5.
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Start request repeated too quickly.
Jul 29 04:12:49 localhost.localdomain systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Jul 29 04:12:49 localhost.localdomain systemd[1]: Failed to start NVIDIA Persistence Daemon.
Jul 29 04:12:49 localhost.localdomain accounts-daemon[2501]: started daemon version 23.13.9
Jul 29 04:12:49 localhost.localdomain dbus-daemon[1661]: [system] Successfully activated service 'org.freedesktop.Accounts'
Jul 29 04:12:49 localhost.localdomain systemd[1]: Started Accounts Service.
Jul 29 04:12:50 localhost.localdomain display-manager[2382]: Starting service lightdm..done
Jul 29 04:12:50 localhost.localdomain systemd[1]: Started X Display Manager.
Jul 29 04:12:50 localhost.localdomain systemd[1]: Reached target Graphical Interface.

Also this:

Jul 29 04:12:39 localhost nscd[1680]: 1680 monitoring directory `/etc` (2)
Jul 29 04:12:39 localhost nscd[1680]: 1680 monitoring file `/etc/nsswitch.conf` (8)
Jul 29 04:12:39 localhost nscd[1680]: 1680 monitoring directory `/etc` (2)
Jul 29 04:12:39 localhost /usr/bin/nvidia-powerd[1672]: nvidia-powerd version:1.0(build 1)
Jul 29 04:12:39 localhost systemd[1]: Starting Switcheroo Control Proxy service...
Jul 29 04:12:39 localhost /usr/bin/nvidia-powerd[1672]: Found unsupported configuration. Exiting...
Jul 29 04:12:39 localhost systemd[1]: Starting Virtual Machine and Container Registration Service...
Jul 29 04:12:39 localhost systemd[1]: Purge old kernels was skipped because of an unmet condition check (ConditionPathExists=/boot/do_purge_kernels).
Jul 29 04:12:39 localhost systemd[1]: YaST2 Second Stage was skipped because of an unmet condition check (ConditionPathExists=/var/lib/YaST2/runme_at_boot).
Jul 29 04:12:39 localhost systemd[1]: YaST2 Firstboot was skipped because of an unmet condition check (ConditionPathExists=/var/lib/YaST2/reconfig_system).
9

@Jniko also force the re-install off nvidia-persistenced-570.172.08

10

I already have done this… still the same. The weird is that I am on the third reboot with the commands on Grub + Nvidia drivers to be working + Nvidia-Persistance error… :neutral_face:

11

@Jniko not really sure then, some sort of bug…https://en.opensuse.org/openSUSE:Submitting_bug_reports there should be a field for X11:Drivers.

12

Ok @malcolmlewis I will open a bug report…

Thanks for your help…

1 Like
13

Hi, I am seeing what I think is the same problem. After yesterday’s kernel update (6.4.0-150600.23.60.5) the nvidia G06 proprietary drivers (570.172.08-lp156.37.1-x86_64) do not seem to work resulting in a screen resolution of 640x480.
In case it is of any use to anybody until there is a further update: I managed to go back to the previous version of the nvidia driver 570.169-lp156.37.1-x86_64 using yast and that version works fine.

Just noted that mynvidia-persistenced and nvidia-modprobe are the latest version (570.172.08-lp156.2.1) so they did not get downgraded with the automated changes when I downgraded the G06 drivers.

14

I’m having the same issue. For me, I cannot use both monitors at the same time, and if I remove the driver, well, I get dual monitors back, but boy is it slow, and forget about using Wayland.

I just switched back to my internal AMD graphics for the time being.

15

Can someone please post on bugzilla that @malcolmlewis mentioned previously? My account is not working for some unknown reason…

16

Could you be more explicit on how you downgraded to the 570.169…drivers in YaST? If I try to un-install them, the choice I am offered is something from the 550. series. After a reboot from doing some work in Windows 10, my resolution is stuck on 1024x768, and when I go into screen settings I get an error message that involves Plasma Wayland not recognizing any other resolution. Possibly a different problem, since there is plenty in the last two years in various forums of people encountering this error. Just checking. It would be nice to get back a usable screen resolution.

17

Hi, not sure if this is the same problem as I encountered. I did not uninstall, but downgrade the drivers.
Go to Yast>Software Management then look for the tab that says Services and choose NVIDIA
That gives (on the right pane of Software Management) a list of the NVIDIA driver files.
Click once on an installed file to downgrade (e.g. nvidia-common-G06 and in the bottom pane click on the Versions tab. You can now choose there to which version to downgrade. After this click Accept, Yast will then show you which other packages also need downgrading (you will have to repeat this a few times as there are a few packages that also need downgrading).
Hope it is useful.

18

Some update: very oddly, in another machine with a GeForce GTX 970, kernel (6.4.0-150600.23.60.5) and nvidia driver 570.172.08-lp156.37.1-x86_64 the issue of starting in low resolution mode (and I guess no acceleration) is not present.
Cannot check which GPU is in the problematic machine, but will check and report later. I wonder if it is GPU model-dependent.

19

The problematic computer has a GeForce GTX 960/PCIe/SSE3 card.

20

tfleto:

Thank you, the downgrade to 570.169… worked as you detailed, and my screen resolution is back.

1 Like