• Björn Tantau@swg-empire.de
      link
      fedilink
      arrow-up
      31
      arrow-down
      1
      ·
      3 months ago

      Just about any Linux I’ve ever used keeps the previous kernel version and initrd around. And nowadays snapper makes a new snapshot before and after every package installation or update.

      So, I’d think there are a lot.

    • gaylord_fartmaster@lemmy.world
      link
      fedilink
      arrow-up
      16
      arrow-down
      1
      ·
      3 months ago

      Plus in Linux you can actually fix this with a live USB, while on Windows you can run startup repair and hope for the best.

    • MangoPenguin@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      14
      arrow-down
      1
      ·
      3 months ago

      Windows doesn’t in my experience, it’s surprisingly robust.

      But also I thought Linux distros normally keep the old Kernel around after an update so stuff like this doesn’t cause a boot failure?

      • 9point6@lemmy.world
        link
        fedilink
        arrow-up
        7
        ·
        3 months ago

        Yeah windows “cumulative update” upgrades for the past couple of years basically duplicate the whole system directory and apply the update to that leaving the existing one to roll back to if anything fails

      • dan@upvote.au
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        3 months ago

        Windows updates (and Windows Installer) are transactional. If the update or installation fails, it knows exactly how to revert back to the previous state.

        Windows Installer supports this across multiple packages too - for example, a game might need some version of DirectX libraries which needs some version of the Visual C++ runtime (probably showing my age because I doubt games come bundled with DirectX any more). If one of the packages fails to install, it can handle rolling everything back. Linux can sometimes leave your system in a broken state when this happens, requiring you to manually resolve the issue - for example, on a Debian-based system if the postinst script for a package fails.

      • DefederateLemmyMl@feddit.nl
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        1
        ·
        3 months ago

        But also I thought Linux distros normally keep the old Kernel around after an update so stuff like this doesn’t cause a boot failure?

        Arch has no concept of “previous package”, so it doesn’t do this.

        You could install linux-lts (or one of the other alternative kernels) side by side with the linux package, so you always have a bootable fallback, but like most things on Arch it’s not enforced.

    • superkret@feddit.org
      link
      fedilink
      arrow-up
      12
      arrow-down
      1
      ·
      3 months ago

      Any immutable distro, Debian, Ubuntu, all their derivatives, Fedora, all its derivatives, OpenSUSE, Slackware, …
      Basically, 95+% of installed Linux systems would retain the old or a backup kernel during an upgrade.

    • zea@lemmy.blahaj.zone
      link
      fedilink
      arrow-up
      3
      ·
      3 months ago

      If it was on something like BTRFS it’d probably be fine, though I imagine there’s still a small window where the FS could flush while the file is being written. renameat2 has the EXCHANGE flag to atomically switch 2 files, so if arch maintainers want to fix it they could do

      1. Write to temporary file
      2. Fsync temporary file
      3. Renameat2 EXCHANGE temporary and target
      4. Fsync directory (optional, since a background flush would still be atomic, just might take some time)
      • dan@upvote.au
        link
        fedilink
        arrow-up
        1
        ·
        3 months ago

        renameat2

        I read this as “rena meat 2” and was very confused

        • kolorafa@lemmy.world
          link
          fedilink
          arrow-up
          7
          ·
          3 months ago

          Just having btrfs is not enough, you need to have automatic snapshots (or do them manually) before doing updates and configured grub to allow you to rollback.

          Personally, I’m to lazy to configure stuff like that, I rather just pick my Vetroy USB from backpack, boot into live image and just fix it (while learning something/new interesting) than spend time preventing something that might never happen to me :)