Linux Gaming

19218 readers

140 users here now

Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.

This page can be subscribed to via RSS.

Original /r/linux_gaming pengwing by uoou.

No memes/shitposts/low-effort posts, please.

Resources

WWW:

Discord:

IRC:

Gaming on Linux

Matrix:

Telegram:

Gaming on Linux

founded 2 years ago

MODERATORS

[email protected]

Linux 6.7 Adding New Feature To Btrfs For The Steam Deck (www.phoronix.com)

submitted 2 years ago by [email protected] to c/[email protected]

6 comments fedilink hide all child comments

all 8 comments

sorted by: hot top controversial new old

[–] [email protected] 4 points 2 years ago (2 children)

I wonder why they use A/B root in the first place instead of a single BTRFS partition with Subvolumes and snapshots

[+] [email protected] 18 points 2 years ago* (last edited 9 months ago) (1 children)

[removed by mod]

[–] [email protected] 2 points 2 years ago* (last edited 2 years ago) (1 children)

Subvolumes and such require a kernel to be loaded in order to use, so that's why the base device partitions don't run that way.

That's a great point I never thought about. I really wondered why they wouldn't go with btrfs subvolumes, since they could easily btrfs send and receive subvols like they do now with whole partitions. Subvols would even have the benefit of less space needed since many files probably stay the same between updates.

My guess was that the update mechanism used doesn't support btrfs, though after a quick search on the rauc github it might actually support it.

steamos-teardown is a great project to learn more about SteamOS, btw. https://github.com/77Z/steamos-teardown

[–] [email protected] 5 points 2 years ago

Pretty much every Linux bootloader supports BTRFS these days.

The critical thing though, is that happens if your BTRFS partition gets corrupted? You just lost your failover since both your primary and failover are on the same partition.

That's fine on a desktop system where the user can boot into a recovery image and repair the filesystem, but it's not fine when you do a completely automated system upgrade. So for a kiosk, console, or other embedded system, the two partition setup is more reliable than a BTRFS root with subvolumes.

[–] [email protected] 5 points 2 years ago* (last edited 2 years ago)

Possibly because of better reliability. If a filesystem breaks, all subvolumes it contains break in turn. Whereas independent filesystems will continue to run if one is corrupted.

[–] [email protected] 3 points 2 years ago (1 children)

Will this let us modify both A/B partition for small system level configuration changes without shenanigans?

[–] [email protected] 2 points 2 years ago

mechamism