Hacker News Reader

Comment by aidenn0 | Hacker News Reader

It would really be nice if there were a way to shrink vdevs on a live filesystem. That's the one feature that ZFS can't do at all that other filesystems can do equivalents of.

View on HN

if you count XFS as “that other fs”, then no, it can't

Other FSs can shrink partitions without losing data; ZFS can't. The fact that XFS can't doesn't make my statement false.

Other filesystems will lose your data or write corrupted data

APFS and BtrFS at least won't.

APFS doesn't checksum the data. You've been deceived.

BTRFS still cannot be trusted for various reasons. It was deprecated as of RHEL 7.4

What reasons? openSUSE is defaulting to btrfs. snapper is really sweet.

Because RHEL kernels are very old and the maintenance burden of backporting btrfs changes is too great (and fragile).

That sounds like a problem with RHEL, not a problem with btrfs

For the end user it's a problem with the ecosystem. Red Hat needs to keep the kernel patched for a very long time and some pieces move way too fast.

Right, it's not a btrfs problem other than btrfs is moving too quickly and RHEL's kernel stands still (by design).

Being deprecated in RHEL means nothing; Red Hat didn't have any btrfs people anyway. They have all the xfs people, so that's what they focus on.

As long as you don't use Btrfs's RAID 5/6 features. I happened to be more lucky and my filesystem only locked up read-only on me, and I had to transfer everything off.

Reply on news.ycombinator.com