I think the problem with btrfs is that it entered the spotlight way to early. With Wayland there was time to work on a lot of the kinks before everyone started seriously switching.
On btrfs a bunch of people switched blindly and then lost data. This caused many to have a bad impression of btrfs. These days it is significantly better but because there was so much fear there is less attention paid to it and it is less widely used.
Both Fedora and openSUSE default to Btrfs. That’s all the praise it needs really.
With Bcachefs still being relatively immature and the situation surrounding (Open)ZFS unchanged, Btrfs is the only CoW-viable option we got. So people will definitely find it, if they need it. Which is where the actual issue is; why would someone for which ext4 has worked splendidly so far, even consider switching? It’s the age-old discussion in which peeps simply like to stick to what already works.
Tbh, if only Debian would default to Btrfs, we wouldn’t be having this conversation.
You are welcome to start a movement to get Debian to switch. You will be swimming up stream but you are welcome to try. Debian has been the same for decades and people like that.
You didn’t get my point. Btrfs is one OG distro removed from being THE standard. It’s doing a lot better than you’re making it out to be.
It’s not like Btrfs is dunking on all other file systems and Debian is being unreasonable by defaulting to ext4. Instead, Btrfs wins some of its battles and loses others. It’s pretty competent overall, but ext4 (and other competing file systems) have their respective merits.
Thankfully, we got competing standards that are well-tested. We should celebrate this diversity instead of advocating for monocultures.
@lancalot @possiblylinux127 I tried it once, it pissed itself and corrupted the entire file system to the point where I couldn’t recover, went back to ext4. Had similar experience with xfs.
It sounds like btrfs is solid most of the time and will explode for like 1 and a thousand cases.
A few years ago left my Fedora machine at home and left for a few days on a trip. When I got back the device was powered off and when I powered it on it said no boot device. When I booted off of a USB the drive showed as unknown with no formating to speak of.
I was able to recover it and the btrfs partition as apparently the GPT table had been overwritten. To this day I have no idea what went wrong. Btrfs in general is very solid in my experience and I use it for USB devices and my Fedora machines. I have never had a issue outside if that one time it died.
Btrfs is the filesystem that is cool but also potentially explosive. I think it has a huge amount of potential and I am very tempted to move my Proxmox machines over since it doesn’t have the same limitations of ZFS
I’ll keep it brief. But it comes down to the fact that, out of the more popular distros, it’s only officially supported on Ubuntu.
https://openzfs.github.io/openzfs-docs/Getting Started/index.html
i’ve found to work without issue on Fedora, Arch and Ubuntu so maybe it’s supported very well
@lancalot @possiblylinux127 eh, also Garuda defaults to BTRFS, EOS does not default to BTRFS, but it has an option on their Calamares
I wanted to stick to (what I’d refer to as) OG distros; so independent distros that have kept their relevance over a long period of time.
But you’re correct, Garuda Linux and others default to Btrfs as well. At this point, I’d argue it’s the most sensible option if snapshot functionality is desired from Snapper/Timeshift.
@lancalot none of the “main” distros default to BTRFS, just “derivatives” default to BTRFS, Garuda is based on Arch, so it’s normal that it’s one of the rising new distros, Garuda rose because gaming on Linux received a huge boost from sources like Valve so I doubt that it (Garuda) will deviate from its path with time, plus, they provide multiple flavors for multiple purposes, gaming requires stability & sometimes a rollback mechanism, that’s where BTRFS shine, not so much stability BTW
