this post was submitted on 26 Sep 2023
86 points (97.8% liked)

Linux Gaming

14926 readers
75 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.

Resources

WWW:

Discord:

IRC:

Matrix:

Telegram:

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Chewy7324@discuss.tchncs.de 2 points 11 months ago* (last edited 11 months 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

[–] sugar_in_your_tea@sh.itjust.works 5 points 11 months 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.