←back to thread

Bcachefs Goes to "Externally Maintained"

(lwn.net)
214 points ksec | 2 comments | 30 Aug 25 13:07 UTC | HN request time: 0s | source
Show context
LeoPanthera ◴[30 Aug 25 17:28 UTC] No.45076431[source]▶
It's orphaned in Debian as well, but I'm not sure what significant advantages it has over btrfs, which is very stable these days.
replies(1): >>45076586 #
betaby ◴[30 Aug 25 17:47 UTC] No.45076586[source]▶
btrfs was unusable in multi disk setup for kernels 6.1 and older. Didn't try since then. How's stable btrs today in such setups?

Also see https://www.phoronix.com/news/Josef-Bacik-Leaves-Meta

replies(5): >>45076637 #>>45076834 #>>45076978 #>>45076998 #>>45081574 #
LeoPanthera ◴[30 Aug 25 17:52 UTC] No.45076637[source]▶
It's sort of frustrating that this constantly comes up. It's true that btrfs does have issues with RAID-5 and RAID-6 configurations, but this is frequently used (not necessarily by you) as some kind of gotcha as to why you shouldn't use it at all. That's insane. I promise that disk spanning issues won't affect your use of it on your tiny ThinkPad SSD.

It's important to note that striping and mirroring works just fine. It's only the 5/6 modes that are unstable: https://btrfs.readthedocs.io/en/stable/Status.html#block-gro...

replies(5): >>45076707 #>>45076727 #>>45076740 #>>45076809 #>>45077208 #
__turbobrew__ ◴[30 Aug 25 18:10 UTC] No.45076809[source]▶
How can I know what configurations of btrfs lose my data?

I also have had to deal with thousands of nodes kernel panicing due to a btrfs bug in linux kernel 6.8 (stable ubuntu release).

replies(2): >>45077166 #>>45080111 #
1. ffsm8 ◴[30 Aug 25 19:06 UTC] No.45077166[source]▶
I thought the usual recommendation was to use mdadm to build the disk pool and then use btrfs on top of that - but that might be out of date. I haven't used it in a while
replies(1): >>45084689 #
2. necheffa ◴[31 Aug 25 16:52 UTC] No.45084689[source]▶
This is very much a big compromise where you decide for yourself that storage capacity and maybe throughput are more important than anything else.

The md metadata is not adequately protected. Btrfs checksums can tell you when a file has gone bad but not self-heal. And I'm sure there are going to be caching/perf benefits left on the table not having btrfs manage all the block storage itself.