On Mon, Dec 30, 2013 at 12:34:42PM +0100, Martin Steigerwald wrote: > Am Montag, 30. Dezember 2013, 16:12:55 schrieben Sie: > > This adds deduplication subcommands, 'btrfs dedup command <path>', > > including enable/disable/on/off. > > Nice. Looking forward to test it. Well, I just got a report from another user, Marcel, who still got ENOSPC errors with this around of patch set, so it seems that I don't really fix that bug, I guess I have to work harder on this :-( > > > - btrfs dedup enable > > Create the dedup tree, and it's the very first step when you're going to use > > the dedup feature. > > > > - btrfs dedup disable > > Delete the dedup tree, after this we're not able to use dedup any more > > unless you enable it again. > > So if deduplication has been switched on for a while, btrfs dedup disable will > cause BTRFS to undo the deduplication (and thus require more space for the > same amount of data)? No, it remains unchanged, and the data is independent of dedupe, so you can read them without any problems. Happy new year. Thanks, -liubo -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
