My record with Arch is longer than 6 months without updates, and it completed the updates fine.
My oldest install is 4 years old, and it’s true, it became unbootable once. But it was my fault, for generating an initramfs without free space in /tmp, which caused it to fail. It was a quick fix once I figured it out.
All of this isn’t to say rolling is as stable as Debian, of course. Rolling is inherently gonna be more unstable, and that’s by design.
But if you take some care, you can actually make these rolling distros pretty stable. Hell, my servers run Arch (I’m working on migrating them to Gentoo to get rid of systemd, but I haven’t yet commited to it). And I haven’t had any serious breakages, even on Arch Linux ARM.
But it was my fault, for generating an initramfs without free space in /tmp, which caused it to fail.
I really don’t think that was your fault. A critical build process that’s not checking for resources and not failing gracefully and leaving the machine unbootable is not the user’s fault.
A build+install can fail for many reasons. It’s actually annoying how many critical system updates on Linux don’t use a staging process and a sudden power-off at the wrong time can leave the machine completely crippled.
Some distros have taken to doing a BTRFS snapshot before they start the upgrade but (a) they’re far and few in between and (b) that still doesn’t fix the upgrade process, it’s just sweeping the problem under the carpet.
My record with Arch is longer than 6 months without updates, and it completed the updates fine.
My oldest install is 4 years old, and it’s true, it became unbootable once. But it was my fault, for generating an initramfs without free space in /tmp, which caused it to fail. It was a quick fix once I figured it out.
All of this isn’t to say rolling is as stable as Debian, of course. Rolling is inherently gonna be more unstable, and that’s by design.
But if you take some care, you can actually make these rolling distros pretty stable. Hell, my servers run Arch (I’m working on migrating them to Gentoo to get rid of systemd, but I haven’t yet commited to it). And I haven’t had any serious breakages, even on Arch Linux ARM.
I really don’t think that was your fault. A critical build process that’s not checking for resources and not failing gracefully and leaving the machine unbootable is not the user’s fault.
A build+install can fail for many reasons. It’s actually annoying how many critical system updates on Linux don’t use a staging process and a sudden power-off at the wrong time can leave the machine completely crippled.
Some distros have taken to doing a BTRFS snapshot before they start the upgrade but (a) they’re far and few in between and (b) that still doesn’t fix the upgrade process, it’s just sweeping the problem under the carpet.