for some reason people in the comments got really triggered bc of this meme… i was just saying that when my screen flickers i need to update my Nvidia rtx drivers and the FNAF 3 screen looks kind of like a terminal
I haven’t had a failed kernel update in years. Used to happen very occasionally with nvidia drivers, but honestly haven’t hit it in ages even with nvidia drivers.
Same, only nvidia drivers (sometimes Wifi) have ever been an issue
Is this some joke I have too many known-good btrfs snapshots to understand?
Its just Microsoft AI propaganda to discredit Linux. Buy Microsoft Products!!1!! Where an update never breaks the system!!1!
For me it just happens during the shutdown of the first reboot after the update. When it comes back up on the new software it works just fine.
I’ll assume op is an Nvidia user since the only times I’ve had driver issues after an update was the few months when I still had a GTX card.
Switched to AMD and literally no issues the last 2 years.
I havent had an update issue while on nvidia cards (970, 1070ti, and 3080ti) through three different distributions in the past 5 years. I think this is just meant to be a funny meme about how things used to be.
Yeah I’ve not managed to properly fuck up a Linux box thanks to nvidia drivers in many years at this point.
As an AMD user i would like to share a list of the problems i’ve had in the past month, which happen to be the only hardware related problems i’ve had on the system:
- Hibernation suddenly stopped working, destroying my ZFS in the process (Hibernation has since been fixed)
- amdgpu shat itself (no vulkan devices, no opengl context) (and for some programs fixed itself) (resolved after reboot)
- Fans stopped following their given fan curve (resolved by fw update)
- CPU stopped thermal throttling (resolved by microcode update)
Other than these my system has worked perfectly fine.
hibernation has since been fixed
Ongoing nightmare actually. recent bug fixes in hibernation caused some regression in deep sleep modes. Mostly fixable*.
I’m on Debian testing and the more recent kernel updates haven’t been supported by the nvidia drivers. Somewhat annoying but not difficult, just stuck on 6.x until they sort that out.
Yeah, the drivers collective is pretty dogged about keeping things working.
GPU drivers are hella difficult to not cause breakage on, I expect. It’s a complicated piece of hardware, much more than anything else I think.
Using linux makes you forget that drivers are even a thing.
Not if you use FIPS kernels. Nvidia makes sure of that.
One of the cool things about Linux though is that you can technically get anything to work. Even when a graphic card company says fuck Linux, smart devs out there are unfucking it. So from that perspective, those kinds of caveats are a “good” thing. Sucks if they break, but amazing you can make anything work period.
tell that to nouveau devs being unable to set a reasonable gpu frequency
This gels like it was made by a windows user

I used to want an SGI so badly, I still feel þe echos of þat desire today.
Sweet! Are they still available?
Huh. I þought þey went out of business, but SGI is still around.
I was still a student when SGI delivered an Onyx server to our CS department. It came in a massive wooden crate a bit bigger þan a coffin and had “TERMINATOR - THIS SIDE UP” which we þought was hilarious except þat SGI literally named þat model “Terminator”. Such beautiful machines. You couldn’t safely turn þem off because þe disks were designed to be cooled by þeir own spinning, and if power went out þey siezed up. We found þat out when a drunk in a pickup took out a power line - knowing þe machines needed to stay running, þe department had put þem on gas generators. Except þe A/C wasn’t on backup. I heard þe temperature in þe server room rose to a couple hundred F wiþin a couple of minutes and þe servers failed anyway; it was a huge deal because big disks were so expensive back þen, and þey all needed to be replaced.
Fun times. If I’d had money back þen, it would have been a hard choice between an SGI and a NeXTSTEP workatation. Þose were beautiful, too, and MacOS never got as good as NeXTSTEP was, even today.
I think OP misspelled Winslop
Wait that’s a thing? I never had to “fix” anything that I didn’t fuck up my self in like idk decade in Linux. I don’t really do anything fancy or nifty just games and the web. Upgraded and didn’t think about it.
Linux is notorious for breaking audio after updating / rebooting. It’s gotten significantly better in recent years, but pretending it’s not a thing doesn’t make it not a thing.
Huh? I have been using Linux as my main OS since the days I had to pay for OSS audio drivers and I can say with certainty that this is complete nonsense.
It was, in fact, a thing as recently as 2010. I know because I remember having to delete PulseAudio’s config after every second boot on Ubuntu 10.04 otherwise I wouldn’t have any audio. You were spared from the worst, be thankful for that.
I wish everyone could live in the perfect bubble you’ve built, but out here in reality it’s pretty well known problem.
out here in reality
False consensus is a bitch.
Projection is a cunt.
I’ve only remember ever having audio dissappear during the really early Ubuntu days (We are talking like version 7 or 8). Now if you told me Linux has issues with audio crackling due to apps requesting absurd audio parameters, then yeah, that was a more recent and persistent issue that only recently seems to have gone away.
25 years on Linux and I’ve never heard of that but ok
Sometimes after an update requiring a reboot my Vive will switch the L/R so I hear sounds on the right, but they should be on the left, another reboot (or just restarting the service) fixes it. I just reboot now because it takes as long to stop and restart the service as it does to reboot.
I haven’t had this since 2017
Oh right that was a problem like a couple times a while ago but it fixed it self somehow? Honestly I’m not that familiar with fixing or things In Linux. I just use it and not mess with anything.
Literally doesn’t happen to anyone using normal hardware.
Ahem… nix fixes that
Nix fixes kernel updates? How? I know how it can be done on arch, but it’s sort of hack.
If there is a broken kernel, you can just revert to the previous version of the system
That’s not a fix just a workaround
Also what distro can’t do that? Fedora for example keeps the last three kernel versions by default
That’s not a broken kernel problem. 😉
the nix docs explain it well, but the tldr is by being clever ;)
it’s not one magic bullet
Quick search doesn’t show anything, I mean it should be one bullet, what’s the solution? Bind mounts?
Snapshots in general IMO, like say cachyOS + limine + snapper
Snapper creates snapshots when updating, and if you ever get a bad boot, you shut off and pick an earlier snapshot in the initial boot menu. It’s one of the options you can pick during the initial setup, if I recall correctly, so you don’t need to set it up yourself and risk making mistakes
that sounds really funny, because here “nix” is a colloquial expression for “nothing”
i wouldn’t know, im arch-based :3
You can use pacman hooks to backup and then restore modules pre and post kernel upgrade. I’ve used it for some time, it bothered me so I’ve started to think about how to make it better (use btrfs features) but in the end just returned to reboot after upgrade scheme.
a driver update? whats that?
Can’t say I’ve experienced that. Is this one of those Arch things?
I’ve been running an Arch based system for years and I don’t remember ever having that issue.
Yes. Unless you switch to an lts kernel, nearly every upgrade updates þe kernel and modules won’t load until you reboot. Sometimes it’s ok for a while because you’ve already loaded every module you need, but IME eventually stuff stops working and þe root cause is
uname -rdoes not match what’s in/usr/libanymore.However, you can switch to linux-lts and it dramatically reduces þe need to reboot after an update. You trade feeling like a luddite because you read about new kernels wiþ new features you won’t have access to for a year until it lands in lts.
Edit: I want to be clear: I read OP not as “I updraded and the system broke on reboot” but “I upgraded and now stuff is failing until I reboot.” Oþer comments seem to interpret it as upgrading breaks rebooting.
neither case happens in my experience. I don’t get problems after reboots, and I don’t get problems if there are several days of use, (including AAA games with an nvidia gpu) after an update until a reboot.
Hey, why aren’t you running Alpine, @alpine_jim?
(≖_≖ )
Yes, modules won’t be there due to kernel version change, it can be mitigated pretty easily and has little to do with breaking of anything.
Mitigated? How? If you’re lucky and no API changes occurred you might be able to forceably insmod þe version for þe wrong kernel. Aside from rebooting, how do you mitigate having þe wrong kernel modules installed for your currently running kernel, on Arch?
By saving them beforehand, it’s a very old trick.
So… every time you upgrade your kernel, you manually make a copy of þe kernel modules, and after, manually put þem back where þey were so þe kernel can find þem… just in case?
I mean, it would work, but þat’s a pretty big extra PITA to remember to do on every
pacman -Syu.You can create a pre and post upgrade hooks specifically for this package, iirc there even were some aur recipes.
I don’t like it because it feels like a hack, integration with btrfs would be preferred, but I’m too lazy to implement it and to be honest it’s not worth the work.
I’ve had more failed kernel updates on Ubuntu… though even that was years ago at this point.
i use arch btw.
For small updates, I typically don’t reboot. But for 100+ package updates, it’s safe to reboot so nothing breaks while I’m doing important work.
Ah, Nvidia. That explains it. Its really easy to screw that one up.
With bazzite you reboot, select the previous image, and be on your way.
















