FreeBSD with ZFS tends to be less chaotic once setup. Linux distro in storage appliances can be hit or miss, but ZFS/F2FS/CephFS for /home and ext4+Overlayfs for OS / are reliable these days.
Usually, for JBOD file archiving people want to avoid cutting-edge anything. Sometimes Linux kernel less-popular fs updates add or remove data-corrupting fringe filesystem bugs and features. People usually discover this on their own after the first SSD/HDD starts to wear-out, upgrade breaks compatibility, and the solution is re-install/copy-over everything.
Accordingly, I was surprised people now deploy btrfs on linux / for some distro, as your options when things go awry was limited at one time. Would be cool if it was finally production ready, and actually reliable on degraded hardware.
Too late for me, started my own mini vanity NAS/automated-testing project last year with a few built in features similar to https://guacamole.apache.org and Proxmox. If the OS build stops sucking over winter break, than I may share the build-script someplace for people to pull off parts they find useful, and a USB-bootable portable rtx GPU image for test-drive/recovery scenarios. =3
[−]CTDOCodebases · 2026-08-30 Sun 08:03 UTC ·
link
It's worth mentioning that last time I checked encrypted ZFS was not considered production due to obscure file corruption bugs that were unpatched.
This was a while ago so it may have changed but then changes can introduce new bugs...
Part of the problem is replicating fs bugs that take months/years to occur is nearly impossible... people still sell USB to SAS/SATA adapters that cause large file corruption in hardware too.
ZFS does have bit-rot checksum detection/repair, but the encrypted file feature was a bit of a YOLO feature for awhile. Not sure where it is at these days, as ddr5 ram prices skew away most of ZFS best key features. =3
Bigger issue was that native encryption doesn’t (didn’t?) have a maintainer, so even though most bugs got fixed, it’s not a great thing to build on. Some of the key storage is also a bit outdated.
IMO use LUKS unless you really need the features of ZFS native enc.
Usually, for JBOD file archiving people want to avoid cutting-edge anything. Sometimes Linux kernel less-popular fs updates add or remove data-corrupting fringe filesystem bugs and features. People usually discover this on their own after the first SSD/HDD starts to wear-out, upgrade breaks compatibility, and the solution is re-install/copy-over everything.
Accordingly, I was surprised people now deploy btrfs on linux / for some distro, as your options when things go awry was limited at one time. Would be cool if it was finally production ready, and actually reliable on degraded hardware.
Too late for me, started my own mini vanity NAS/automated-testing project last year with a few built in features similar to https://guacamole.apache.org and Proxmox. If the OS build stops sucking over winter break, than I may share the build-script someplace for people to pull off parts they find useful, and a USB-bootable portable rtx GPU image for test-drive/recovery scenarios. =3
This was a while ago so it may have changed but then changes can introduce new bugs...
ZFS does have bit-rot checksum detection/repair, but the encrypted file feature was a bit of a YOLO feature for awhile. Not sure where it is at these days, as ddr5 ram prices skew away most of ZFS best key features. =3
IMO use LUKS unless you really need the features of ZFS native enc.