this post was submitted on 23 May 2024
35 points (94.9% liked)

Linux

48372 readers
1073 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

I've looked at a lot of other immutable distros and I might just end up using one of those, but I feel like taking on a bit of a challenge and there's a few things I'm not very keen on with existing solutions (last paragraph is my idea if you want to skip the context).

Most immutable systems I've seen require a reboot in order to apply system changes. What is this, Windows? Yeah, reboots are quick but restoring my windows and getting back into my groove is not quick. Also, every immutable OS I've seen wants you to opt-in to a rollback. Rarely do I see the full effects of installing a package or altering a config immediately. By the time I notice an issue maybe it's too late to rollback to before the change or maybe I've done a few other things since and I don't want to rollback everything. I would much prefer to make "rolling forward" or persisting changes to be a very conscious process.

I started messing with BTRFS and I think I've come up with a process that will get me what I want, no matter the distro. Please poke holes in my idea. So I think I can use BTRFS to hold data for the rootfs in three different subvolumes (at minimum): root-A, root-B, root-Z. root-Z is my golden image and it represents what I want root to look like after reboot. root-A and root-B are the active and passive instances of rootfs, but which one is active will flip-flop after every reboot. So if I boot with A, B gets replaced with the contents of Z. In the meantime I can do whatever I want with A. Not sure how I'll update Z (chroot or "promote" the active subvol to be Z) but without an update every reboot is an automatic rollback.

Thoughts?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 3 points 6 months ago (1 children)

Thank you for the elaboration! Quick question;

When I click the option to reboot ans install, it boots to a software update screen

You use the word "boots" here. Then,

it reboots again to the system.

Now, you use reboots accompanies with "again". Therefore, I will assume that the previous "boots" meant to convey a reboot. As for my actual question, does your system do a full reboot the first time? So, is it technically possible to access GRUB in-between and does it ask you to fill in the LUKS-password (if you've enabled FDE) etc?

Finally, is this on Fedora Silverblue? Or just plain ol' classic Fedora?

[–] [email protected] 3 points 6 months ago (2 children)

It's on main fedora, and yes, I go through grub need to input the encryption password twice. I can record it, if it makes things more clear. I'm having a weird difficulty explaining this.

[–] [email protected] 5 points 6 months ago

IIRC main Fedora used to not do this until some update crashed people's sessions including the update process which left their install in an unbootable state.

The ostree based versions like Silverblue avoid this by their updates not touching the running system and instead creating a new folder structure with the updates applied that will be booted into on next boot.

[–] [email protected] 2 points 6 months ago (1 children)

It’s on main fedora

That's were the disparity of our experiences stem from 😉. I'm aware that regular Fedora behaves peculiar for updates. IIRC, the reasoning involved something about ensuring that updates happened offline for the sake of system integrity. Thankfully, Fedora Atomic doesn't have that issue 😊. Thank you clarifying!

[–] [email protected] 3 points 6 months ago (1 children)

Sorry for the mess, and thank you for taking your time to answer me

[–] [email protected] 3 points 6 months ago

No need to apologize fam. Thank you for being patient with my questions 😜.