Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
We do often include affiliate links to earn us some pennies. See more here.

If you are a laptop user, you may want to avoid driver version 550 because there is a megathread on the NVIDIA forum where users are reporting that this version is making their distributions randomly crash.

Photos from my personal laptop last night after doing some reboots just for fun and testing (Arch Linux 6.9.1-zen + nvidia-dkms 550):


Crash right after decrypting the disk


Crash right before trying to load sddm

It does not follow a pattern. Sometimes the laptop boots, sometimes it crashes. I would say that in 40% of the times that I've tried to boot it crashed during this week.

The way it happens, you can't say for sure where nvidia module is poking around because sometimes the crash is related to vfs sometimes with rcu_schedule. It happened to me right after decrypting my secondary NVMe, but it also happened right before trying to launch sddm so it is pretty random. Some folks reported it happened during upgrades when udev was triggered, but I didn't have that more catastrophic version of this problem (yet), having to deal with the system running and maybe breaking my initrd or package database.

The available options to mitigate this situation are:

  1. Revert back to version 545 or 535 with dkms
  2. Use the beta version 555. It looks like it is stable enough from the standpoint of this bug.
  3. Use the following workaround involving disabling udev triggers and setting some kernel command line related to GSP firmware.

Nvidia Thread: Series 550 freezes laptop

Article taken from GamingOnLinux.com.
Tags: Beta, Drivers, Misc, NVIDIA
11 Likes
About the author -
author picture
I'm an enthusiast of Linux on Laptops and Secure Boot related stuff. Playing exclusively on Linux since 2013. Played on Wine on dates that trace back to 2008 (Diablo 2, Lineage 2...). A troubleshooter that used to work with strace and it is now working with Kubernetes...
See more from me
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
13 comments

Luke_Nukem Jun 10
Zero problems on 3 of my laptops with fedora 40 and the rpmfusion version or manual install. No issues with 555 beta either (which runs damned smooth).
nwildner Jun 10
Zero problems on 3 of my laptops with fedora 40 and the rpmfusion version or manual install. No issues with 555 beta either (which runs damned smooth).

Yup. Fedora seems to have patches to it's kernel that mitigates the situation.

There is one Debian report where the guy stated that using the open kernel drivers fixed the issue, and multiple reports for openSUSE where it crashes during shutdowns only, and that systemctl reboot does not reproduces the issue

Did you have the chance to review `audit.log` to check if any protection(selinux, fapolicyd) was triggered and could be limiting the `nvidia` module for good?
tfk Jun 10
FEDORA POWER!!!!
Zero problems on 3 of my laptops with fedora 40 and the rpmfusion version or manual install. No issues with 555 beta either (which runs damned smooth).
reports for openSUSE where it crashes during shutdowns only, and that systemctl reboot does not reproduces the issue

I somehow find the openSUSE Tumbleweed report strange. As the user runs Kernel 6.8 because an up-to-date TW should run 6.9.3.
Which somehow leads me to suspect that the user might be missing a few patches / fixes and issues are to be expected.

Edit: Oh the report is from April 22nd. Nevermind.

But why should this be limited to Laptops only?


Last edited by Vortex_Acherontic on 10 June 2024 at 12:32 pm UTC
nwildner Jun 10
But why should this be limited to Laptops only?

If you look at that thread, the vast majority of the reports come from folks that are running Nvidia on laptops.

Maybe it is my impression but, looks like laptops are more prone to that bug or PC towers are not being reported..

If you look at the reports you will find ASUS TUF, Legion, HP ZBook, Lenovo X1 Extreme Gen4, and there is one guy saying that it didn't face the same problem on his PC Tower.
Vardamir Jun 10
I had similar issues, but at shutdown: https://www.gamingonlinux.com/2024/06/nvidia-release-550-90-07-stable-and-555-52-04-beta-drivers-for-linux/comment_id=264369

Good to see, that there is some discussion going on in the nVidia forums.
micha Jun 10
Also had it crash my notebook running Arch multiple times. 2x during upgrading packages which messed up quite a lot.

Anyway, for me it was fixed by enabling the following services:

sudo systemctl enable nvidia-hibernate.service
sudo systemctl enable nvidia-resume.service 
sudo systemctl enable nvidia-suspend
sudo systemctl enable nvidia-persistenced.service
sudo systemctl enable nvidia-powerd.service


Maybe, it helps anyone and you can like me avoid switching to the beta drivers.
Trias Jun 11
View PC info
  • Supporter
It's sometimes very interesting (and frightening) to read through some logs. Like, look at Liam's first picture. If my notebook reported something like "[ 3.318673] ? __die_body.cold+..." I would sure be frightened... :).


Last edited by Trias on 11 June 2024 at 7:32 am UTC
0 issues on Artix, which uses a real init system.
nwildner Jun 11
It's sometimes very interesting (and frightening) to read through some logs. Like, look at Liam's first picture. If my notebook reported something like "[ 3.318673] ? __die_body.cold+..." I would sure be frightened... :).

That was MY laptop, not Liam's. :)

And yeah, it is frightening to see a _die_body.cold+0x8 all times and have to long press power at least 40% of the times until you have a sane boot.
hardpenguin Jun 13
From this place I would like to thank Debian developers for keeping the latest NVIDIA driver line out of Sid...
STiAT Jun 14
I just got mesa 24.1 on Fedora 40. And I dumped the Nvidia proprietary driver.

Performance is a bit less, but actually not bad, for my needs and games I currently play more than satisfying. Seems I'm finally done with the nvidia crapware.
STiAT Jun 16
I just got mesa 24.1 on Fedora 40. And I dumped the Nvidia proprietary driver.

Performance is a bit less, but actually not bad, for my needs and games I currently play more than satisfying. Seems I'm finally done with the nvidia crapware.

As a side-note, there are features missing required for a lot of modern games, and partially necessary for performance.

It's on the mesa issue tracker:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/9479

Some of those, as VK_KHR_deferred_host_operations is an issue for some games. So some games will struggle, some just won't depending on their engine (in example, KCD has huge performance issues - but it always was bad :D, WoW works perfectly well).

Horizon and Bannerlord 2 just crash due to an other issue which should be fixed in 24.2.

I expect we will see more and more features and better performance for more games over time. But not all is "perfect" now, for sure not in a state if you "just want to play", if you can live with just not playing some games for now it's fine.

Since I have a huge backlog on old titles - that's fine for me :D.


Last edited by STiAT on 16 June 2024 at 9:25 pm UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register