|author||Josef Bacik <firstname.lastname@example.org>||2013-03-27 16:55:41 -0400|
|committer||David Sterba <email@example.com>||2013-04-09 18:43:24 +0200|
Btrfs-progs: make btrfs-image restore with a valid chunk tree V2
Previously btrfs-image would set a METADUMP flag and would make one big system chunk to cover the entire file system in the super in order to get around the unpleasant business of having to adjust the chunk tree. This meant that you could use the progs stuff on a restored file system, which is great for testing btrfsck and other such things. But we want to be able to run the tree log replay on a file system that is not able to run the tree log replay. So in order to do this we need to fixup the super's chunk array and the chunk tree itself. This is pretty easy since we restore using the logical offsets of the metadata, so we just have to set the chunk items to have 1 stripe and have the stripes point at the primary device and then use the logical offset of the chunk as the physical offset. With this patch I can restore a file system image that had a tree log and mount the file system and have the log be replayed successfully. This patch also gives you the -o option in case you want the old restore way, in the case where we want to make sure the system chunks as they were given to us are correct. Thanks, Signed-off-by: Josef Bacik <firstname.lastname@example.org>
Diffstat (limited to 'man')
1 files changed, 4 insertions, 0 deletions
diff --git a/man/btrfs-image.8.in b/man/btrfs-image.8.in
index f095cbd7..b738f672 100644
@@ -24,6 +24,10 @@ compression level (0 ~ 9).
number of threads (1 ~ 32) to be used to process the image dump or restore.
+use the old restore method, this does not fixup the chunk tree so the restored
+file system will not be able to be mounted.
is part of btrfs-progs. Btrfs is currently under heavy development,