If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

btrfs as default? that filesystem is in real live applications like live image creation using live-build (debian) slow as hell - takes several times longer than the same tried with ext4. Is there any special mount option needed that this task is getting faster or is their usual fedora dev workload so much differnent...

Comment

It doesn't even have a fsck file system check. How can they even consider moving to Btrfs?

Note that Btrfs does not yet have a fsck tool that can fix errors. While Btrfs is stable on a stable machine, it is currently possible to corrupt a filesystem irrecoverably if your machine crashes or loses power on disks that don't handle flush requests correctly. This will be fixed when the fsck tool is ready.

Comment

btrfs as default? that filesystem is in real live applications like live image creation using live-build (debian) slow as hell - takes several times longer than the same tried with ext4. Is there any special mount option needed that this task is getting faster or is their usual fedora dev workload so much differnent...

Josef Basik, Red Hat Btrfs filesystem developer is working on this problem. This is one of the things (along with fsck) that must be in place for Fedora 17. If not, Ext4 will stay as default.

Comment

i wonder if ext4 -> btrfs will be handled in the way as gnome2 -> gnome3. i.e. drop ext4 from the distro, and call anyone who does not want to 'upgrade' a luddite, or suggest that they use fat32. that would be fun. :-)