Well since so many people recommend btrfs because “it have never lost any data for me”. I want to suggest OP to never use btrfs ever. Because it has lost my data, at least three separate times, the most recent time a week ago. And it’s not because of a power loss or anything, it just corrupted my files for absolutely no reason at all.
f2fs does one of the weirdest things with compression by default: the files are compressed but they still take up the same amount of blocks as the uncompressed files. This can get you the slight performance boost of compressed files, but doesn’t actually save you space which is an odd choice. You can enable a flag in the kernel but it has other effects as well.
f2fs doesn’t track file creation times. I thought I was ok with this, but, the longer I used it the more places it started to become an issue. Now I have all these notes that were created in 1970 and it just really takes away a powerful way of searching and organizing my notes.
Btrfs. It was the default filesystem already when I used Fedora on both my personal and work laptops. Not a single problem. It is true I don’t really make much use of most of its advanced features like snapshotting, CoW, etc., but I also didn’t notice any difference whatsoever in stability compared to ext4 so I’m pretty happy with it as my new default.
Ext4 for most home users, because it’s simple and intuitive. Btrfs for anyone who has important data or wants to geek out about file systems. It’s got some really cool features, but to actually use most of them you’ll have to do some learning.
btrfs every day of the week. The only scenario where I’d even consider something else is for databases that would suffer from CoW.
I’ve been running it on my home server since 2010. The same array has grown from 6x2TB to 6x4TB, one disk at a time as they’ve failed. Currently sitting at 2x18TB+1x4TB. No data loss even though many drives have failed.
If you are using the drive between Linux, Windows, MacOS and Android, exFAT is going to be the supreme choice. It is what I use for flash sticks and external HDDs.
As far as I have experienced (I didn’t measure this): don’t use that partition for container layers. It might just be my system, but f2fs has slowed my container engine down a bit.
As someone who ran BTRFS for years, I’m personally switching back to EXT4. Yes, the compression and other features are nice, but when things go wrong and you have to do a recovery, it’s not worth the complexity
When booting into a live CD, mounting the various subpartitions is super annoying.
When your disk space hits full, things break uncontrollably because different programs don’t have a consistent measurement of how much space is left.
When shrinking partitions, you can lose data if you shrink it too much. I’m not talking about forced overrides of any configs, I’m talking about things like KDE Partition Manager.
All of these things can be excused one way or another, but at the end of the day I just want a stable filesystem that doesn’t lose my docs.
How about bcachefs. I’m waiting for it to support swapfiles, which seems to be in the TODO list, but so far doesn’t work. If you use swap partition[s], or prefer not to have swap at all (I never fell for this, and besides swap is required for hibernation if that’s a thing for you), then bcachefs is ready for you. It’s already part of linux since 6.7, and on Artix, current linux is 6.8.9…
To me is the FS to use. I’m still on luks + ext4 (no LVM) and do entire home backups with plain rsync to an external device. I’d have to learn new stuff, since ext4 is really basic and easy to configure if in need, but I think bcachefs is worth it, and as mentioned, just waiting for it to support swapfiles, :)
Thank you for sharing this. I didn’t know this FS yet. It seems new and have some nice goals. I always have a grudge against zfs/btrfs because of the resource usage/performance.
I’ll keep an eye on this. I’d love to find some benchmarks.
Uff, somehow missed your post. See mine. That’s the FS I’m hoping to use next. I’m waiting for it to support swapfile, or alternatively read from official sources they won’t ever support it, :). But yes, that’s the one I’m looking forward to use.
Add comment