this post was submitted on 19 Mar 2025
1249 points (96.6% liked)
linuxmemes
23677 readers
2275 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
With atomic distros, that updating happens in the background, you don't have to do anything. It's like MacOS or Android.
Until everything breaks because the average user held down the power button mid-update because the computer wouldn't shut down.
Anything's possible. But, they try to make that hard. The system always keeps 2 versions around, the newest one and the previous one, so if you screw up the newest one you can always boot into the previous one. And Bazzite, at least, uses BTRFS which uses copy-on-write, so it's much harder to corrupt the filesystem. I think the /boot partition is still ext4 though, so it's possible that if you time it just right you could theoretically mess up your boot partition. Then you'd need to use a rescue USB drive to fix it.
So like forced updates in Windows?
Sort of. In my experience with Windows it gets really annoying. They tell you there's an update and that you have to restart. If you put it off for long enough and just hibernate your computer, Windows will eventually boot your computer even if it's "off" to install the update.
With Bazzite and other atomic distros it's more like it lets you know that there's an update available for you, and that the next time you reboot you'll get that update. I personally haven't ever had it bug me to reboot, but maybe it does that eventually. I don't know of any Linux distros that would have the nerve to boot your system when it's off to install an update.
Also, if you don't want that update, you can "pin" your current deployment and you don't have to update. Next time you boot you can choose the "pinned" deployment rather than the new one. Normally you wouldn't want to do that because you'd be missing out on security updates, but if you've heard that the newest drivers are unstable, you can definitely choose not to update -- or at least not to boot into the updated version.
Also worth mentioning that there are always 2 boot entries, the newest one and the previous one. So, if the newest one does get installed and there's some issue, you can reboot and choose the previous one. Theoretically you can also roll back to an earlier one from months ago, but I haven't ever done that.