steamos-btrfs VS btrfs-progs

Seems theres some work needed for it to work with btfs, perhaps someday. It seems it can work with btrfs, but there can be some issues. https://gitlab.com/popsulfr/steamos-btrfs

I followed a guide to install BTRFS support and successfully converted my /home directory and SD card. However, I encountered an issue where all games using Proton stopped working. I attempted to resolve this problem by changing the Proton version (stable, experimental, GE) and reformatting the SD card to Ext4. Interestingly, native Linux games are functioning correctly. Logs aren't really helpful:

did you properly set up the btrfs script on the Deck in order to do this or did you just reformat it as btrfs without any preparation?

i use btrfs for my steam deck windows dualboot and it works great for storage sharing. I already ran this script to convert the sd card a while ago and it worked perfect, but now I want to do it again and this time make use of the script's feature to have a btrfs /home so i can access the ssd's storage on windows. however, when I run the script again, it opens a window asking "select the rootfs devices to install into" and a bunch of long file directories i don't understand. have i just missed the boat for a btrfs ssd, and i shouldve done it at first setup?

Ahh, that's a huge peace of mind! Which method of setting up btrfs would you recommend? I found the old btrfsdeck repo, which pointed to this new one.

Btrfs is a filesystem which supports copy on write and filesystem-level compression, both of which combining to potentially very large storage space savings. If you're interested, there's a program which can convert the Deck's /home partition to btrfs here: https://gitlab.com/popsulfr/steamos-btrfs

https://gitlab.com/popsulfr/steamos-btrfs/ (you do not have to

Not an error I've seen before or that makes much sense to me at first glance, might want to take this to https://github.com/kdave/btrfs-progs/issues or the mailing list?

You can test it by allocating the space to see if it can use it all: e.g. fallocate -l 3.8t /mnt/elfstone2/butts should succeed. If it does, then it's probably fine even if the balance didn't do what it should have. If not and you run out of space with some unallocated space left on only one device, not so much. If its the same bug I saw that means if your fs was created pre kernel 5.19, it will not allocate correctly on >5.19 until the array is rebuilt under the newer kernel.

Mount options should be documented either at https://btrfs.readthedocs.io/en/latest/Administration.html or at the manual page section 5 (man 5 btrfs). Autodefrag is in section https://btrfs.readthedocs.io/en/latest/Administration.html#btrfs-specific-mount-options . In case you find more information missing, unclear, lacking cross-references please open an issue at https://github.com/kdave/btrfs-progs/issues .

thanks. I filled a feature request... https://github.com/kdave/btrfs-progs/issues/610

Resume sort of doesn't work, when you resumed it will have started a fresh balance with a high usage value (check your syslog to confirm).

That's the hint. It's an unfixed bug with the accounting when scrub is paused and resumed, the relevant issue is I think https://github.com/kdave/btrfs-progs/issues/227 .

[1] - https://github.com/kdave/btrfs-progs/issues/277

Hoping for a filesystem clone option at some point.