On Mon, 2012-07-30 at 09:56 +0200, Florian Lindner wrote: > Hey! > > I recently starting playing with btrfs and subvolume, but it has left > me puzzled: > root@horus /mnt/test # btrfs subvolume get-default . > ID 256 top level 5 path sv1 > ID 259 top level 5 path sv2 > <<< > > What is the default subvolume now? How can I tell? It looks like there's currently a bug in btrfs-progs - the 'get-default' command is actually doing a 'list' instead of printing the default. With any luck it's just a little error in the command-line parsing and should be easy to fix... > >>> > root@horus /mnt # btrfs subvolume set-default 5 test > root@horus /mnt # umount test && /mnt # mount /dev/sdb1 test > root@horus /mnt # ls test > sv1/ sv2/ > <<< > > Ok, 5 seems to be the root subvolume id. Is it always like that? I > remembered to have read somewhere it was 0 ? (which makes a kind of > more sense for me) The internal ID of the root subvolume is 5, yes. I don't know whether this is a current implementation detail and subject to change, or if it will permanently stay that way. I *think* it's part of the disk format, and it permanent. In either case, the subvol id '0' is treated as an alias for 'the original root subvolume', and the two can be used interchangeably in the mount command. I always find '0' just a bit easier to remember :) > >>> > root@horus /mnt # btrfs subvolume set-default 0 test > root@horus /mnt # umount test && mount /dev/sdb1 test > root@horus /mnt # ls test > sv1.file > <<< > > set-default 0 seems to do nothing but does not produce an error > either. Looks like you've found another bug (or maybe just a missing feature); it would be nice if this command allows you to use '0' as an alias for the root subvolume. -- Calvin Walton <calvin.walton@xxxxxxxxxx> -- 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
