https://bugs.kde.org/show_bug.cgi?id=425040
--- Comment #5 from Neal Gompa <ngomp...@gmail.com> --- (In reply to Andrius Štikonas from comment #4) > (In reply to Neal Gompa from comment #3) > > For context, I started digging into this because Fedora is switching to > > Btrfs by default[1] for Fedora 33. > > > > [1]: https://fedoraproject.org/wiki/Changes/BtrfsByDefault > > Yeah, I've heard that too. Well, btrfs is getting more stable, so that's not > unexpected. It was definitely more unstable 10 years ago when I switched to > it. > I switched five years ago myself. It's become quite awesome in a very short time. :) > In any case, I don't think this can be ready for the next release (next > release will probably come out this autumn) unless somebody contributes some > patches but it's not entirely trivial to implement. This is file system > specific feature, so some way of dealing with that should be added to > kpmcore library and GUI needs to be taught how to display it. > > Speaking of that, what do you think would be best representation of btrfs > subvolumes in GUI? It's not really the whole partition, they don't have an > allocated space. If the subvolumes aren't associated with a quota of some kind, I think just showing them as a list of mountpoints is fine. If a subvolume has a quota to impose size limits, then I think we'd need to talk about how to represent "inner partitions" within the Btrfs volume. Subvolumes have names, so the mountpoint would have to be mapped to that. When quotas exist, the "inner partitions" would be named by the subvolume name, mapped to their mount point. -- You are receiving this mail because: You are watching all bug changes.
