On Fri, Jun 26, 2020 at 04:58:19PM +0200, Vitaly Zaitsev via devel wrote: > On 26.06.2020 16:42, Ben Cotton wrote: > > For laptop and workstation installs of Fedora, we want to provide file > > system features to users in a transparent fashion. We want to add new > > features, while reducing the amount of expertise needed to deal with > > situations like [https://pagure.io/fedora-workstation/issue/152 > > running out of disk space.] Btrfs is well adapted to this role by > > design philosophy, let's make it the default. > > I'm strongly against this proposal. BTRFS is the most unstable file > system I ever seen. It can break up even under an ideal conditions and > lead to a complete data loss. There are lots of complaints and bug > reports in Linux kernel bugzilla and Reddit. I don't have any info to either confirm or refute this assertion, but I want to say we should be careful to actually compare apples to apples. btrfs is not a 1-1 equivalent of ext4, because the scope of btrfs is much broader. It should likely be compared against some combo of existing functionality, such as ext4+devicemapper, to get a fairer picture. It isn't just a matter of whether the kernel parts are reliable. It is also important how well the userspace tools fit together to form the end user solution. This impacts how likely it is for the user to shoot themselves in the foot when making changes to their storage stack. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx