• merc@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        10 hours ago

        With atomic distros, that updating happens in the background, you don’t have to do anything. It’s like MacOS or Android.

        • Steve Dice@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 hours ago

          Until everything breaks because the average user held down the power button mid-update because the computer wouldn’t shut down.

          • merc@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            4 hours ago

            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.

          • merc@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            4 hours ago

            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.