On Thu, Oct 18, 2012 at 05:29:50AM -0600, Marguerite Su wrote: > Hi, all, > > I ran into a situation that no useful information can be found over > the internet... > > I'm using 3.6.2 + btrfs git compiled using dkms, and I have a 300GB > btrfs /home and 50GB btrfs /:
Usually when btrfs is slow to mount, or slow right after a mount it is because we're regenerating the free space cache. This is slow enough that you should be able to see the free space cache threads active even after the initial boot is done. The good news is that you should be able to just let them finish generating the cache and then the problem should go away. If it isn't the free space cache, it'll be a fragmentation problem. The easiest way to tell the difference is to get a few sysrq-w snapshots during the boot. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
