this post was submitted on 24 Jan 2026
28 points (100.0% liked)

libre

10173 readers
1 users here now

Welcome to libre

A comm dedicated to the fight for free software with an anti-capitalist perspective.

The struggle for libre computing cannot be disentangled from other forms of socialist reform. One must be willing to reject proprietary software as fiercely as they would reject capitalism. Luckily, we are not alone.

libretion

Resources

  1. Free Software, Free Society provides an excellent primer in the origins and theory around free software and the GNU Project, the pioneers of the Free Software Movement.
  2. Switch to GNU/Linux! If you're still using Windows in $CURRENT_YEAR, take Linux Mint for a spin. If you're ready to take the plunge, flock to Fedora! If you're a computer hobbyist and love DIY, use Arch, Gentoo, Guix or the many, many offerings out there.

Rules

  1. Be on topic: Posts should be about free software and other hacktivst struggles. Topics about general tech news should be in the technology comm or programming comm. That doesn't mean all posts have to be serious though, memes are welcome!
  2. Avoid using misleading terms/speading misinformation: Here's a great article about what those words are. In short, try to avoid parroting common Techbro lingo and topics.
  3. Avoid being confrontational: People are in different stages of liberating their computing, focus on informing rather than accusing. Debatebro nonsense is not tolerated.
  4. All site-wide rules still apply

Artwork

founded 5 years ago
MODERATORS
 

For a short moment after it was added to the kernel, it seemed like there was a good chance of BcacheFS becoming an institution within the Linux ecosystem. A new filesystem with built-in multi-drive prioritized caching, replicas, encryption, subvolumes, the works. Anyone paying attention to the saga knows by now that this is not how things turned out, and with the release of Linux 6.18, BcacheFS was stripped out completely. BcacheFS still lives as an independently maintained project, an can be installed though the DKMS system, but this is a bit contrived even for my tastes.

While BcacheFS and Linux were still in the honeymoon phase in 2023, I decided to jump in with both feet. Today my main system runs a BcacheFS cluster composed of two 6TB hard disks and a 2TB NVMe. This created a >12TiB volume which transparently prioritizes the most frequently accessed files to the NVMe, while allowing me to set replication parameters on a per-directory basis. Aside from the nightmare of configuring the thing to boot, the experience has been stellar. Unfortunately, this is the end of the road. I'll be switching back to a more "conventional" LVM-based setup. I don't consider the potential situation where I need to compile out-of-tree kernel modules on a recovery USB to simply chroot into my system to be workable.

So today I will spend the day doing the whole hermet crab shell exchange with my files as I take the first drive from the cluster offline, reformat it, move files from the rest of the cluster to it, take another drive offline, etc. Wish me luck.

top 24 comments
sorted by: hot top controversial new old
[–] PorkrollPosadist@hexbear.net 9 points 1 month ago

Update: Apparently the evacuate function is not working big-cool

[–] RondoRevolution@hexbear.net 6 points 1 month ago

BCacheFS looked kinda cool, I didn't really look much into it, but was glad it made into the kernel, then the whole shitshow started with it lol and now I just kind of lost interest, still it would be cool to have a newer, better file system in the future. I have been using BTRFS for a while now and just the fact I can compress and deduplicate files is a blessing.

[–] Soot@hexbear.net 6 points 1 month ago (1 children)

Dare I ask why it didn't turn out so well? It was one system I just never got around to looking at, I was busy being late to learning btrfs at the time.

[–] LeninWeave@hexbear.net 13 points 1 month ago (1 children)

The creator is unable to work with other people.

[–] hello_hello@hexbear.net 5 points 1 month ago (1 children)

He also most likely ruined it for everyone else since now the Linux kernel maintainers are going to be less willing to sponsor up and coming projects.

Literally one of the worst human beings to be around.

[–] PorkrollPosadist@hexbear.net 8 points 1 month ago (1 children)

Overstreet is uniquely terrible at understanding that the whole world doesn't revolve around himself, but I wouldn't lay the blame for this tendency entirely at his feet. Kernel development is chock full of egotistical personalities who treat their subsystems like personal feifs. People who would rather see innovative projects rot on the vines than make any architectural affordances. The demise of Rust in Linux is a good example.

[–] hello_hello@hexbear.net 9 points 1 month ago (1 children)

Rust on Linux has left the experimental stage and is in the kernel proper but it was a bumpy ride. Hector Marcan (former asahi project leader) had to retire from the project because there were dipshits nacking their patches after multiple reviews. Not to mention the other rust for Linux person who resigned due to nontechnical nonsense.

Not to mention that abusive and inflammatory language was and still is tolerated in the mailing list. Tbh Overstreet just seems to be a product of the chud hacker culture that should be purged entirely.

[–] LeninWeave@hexbear.net 5 points 1 month ago* (last edited 1 month ago)

I think a lot of this is downstream from Torvalds just being an unserious asshole, TBH. It is chud hacker culture, absolutely, but only because he fostered and promoted that kind of attitude in Linux development. Competent management could have done the opposite and it wouldn't be nearly as bad.

[–] alexandra_kollontai@hexbear.net 5 points 1 month ago

What a pain. It sucks for everybody that it got taken out of the kernel. I wish it'll be a different story in some years time, but I don't have my hopes up.

[–] hello_hello@hexbear.net 5 points 1 month ago (1 children)

I never got into bcachefs because it was so much a bus factor of 1 project all reliant on Overstreet. Its so funny to see him lose his entire life's work in the kernel by just intentionally pissing off everyone.

Pretty sure the guy is also a neo-nazi, it would be incredibly surprising if he wasn't. No well adjusted person would act this way over a filesystem.

[–] PorkrollPosadist@hexbear.net 3 points 1 month ago (1 children)
[–] hello_hello@hexbear.net 2 points 1 month ago

Overstreet murders btrfs devs, declaring their filesystem unfit for human consumption. Only bcachefs gives you the right amount of nutrients and carbs for a balanced diet.

[–] awrf@hexbear.net 4 points 1 month ago

I also had to drop bcachefs recently, which was really upsetting because it is a very cool filesystem. Unfortunately it now has the same issue as ZFS, it's out of tree, it being in the mainline kernel was one of the biggest selling points for it since it clearly took inspiration from ZFS in a lot of areas and having a filesystem like that in the mainline was super cool. Oh well.

[–] microfiche@hexbear.net 4 points 1 month ago

Godspeed, and may everything boot for you.

[–] ZWQbpkzl@hexbear.net 4 points 1 month ago (6 children)

Best of luck. The LVM+LUKS+ext4 combo is rock solid. btrfs, bcachefs and zfs always seemed more risk than reward.

[–] Chana@hexbear.net 3 points 1 month ago (1 children)

btrfs is good, just don't use its raid5 or raid6. The tool even tells you not to, it's experimental.

[–] ZWQbpkzl@hexbear.net 2 points 1 month ago (1 children)

I don't even use those with LVM. 1, 0, or 10, only.

[–] Chana@hexbear.net 1 points 1 month ago

At least 1 and 10 are stable with btrfs. I personally prefer to mirror for major storage so that rebuilds are simple and fast.

[–] PorkrollPosadist@hexbear.net 3 points 1 month ago (1 children)

I've never been bitten by btrfs after using it for many years, but I think I will be going with XFS on LUKS on LVM (with caching) this time around.

[–] ZWQbpkzl@hexbear.net 1 points 1 month ago

I always confused xfs with zfs and write it off. I absolutely should migrate some of my big Raid10 volumes to xfs.

[–] swelter_spark@reddthat.com 3 points 1 month ago

Btrfs has been great for me. Love being able to roll back to a previous snapshot if something gets messed up. I use it for my system drive and xfs for my user drives.

[–] pongo1231@hexbear.net 2 points 1 month ago

Btrfs + zstd compression + bees for dedupe is amazing. Reflinks are the main reason I am able to host a bajillion game servers without running out of space (along with ksm for memory dedupe but that's another topic).

[–] TrashGoblin@hexbear.net 2 points 1 month ago

I've been conservative about switching to btrfs, but it's been the default on Fedora for so long, and I've been using it on less critical computers without a problem for so long, that I finally switched my server to it when I upgraded my server hdd. Hope to take advantage of snapshot-based backups eventually.

[–] hellinkilla@hexbear.net 1 points 1 month ago

Me too. I tried btrfs but I had problems that I couldn't track down or resolve.