If the size of the last "hole" in the raw file was an exact multiple
of a megabyte, then we wouldn't write a null at the end of the file in
order to extend the size of the raw image to correspond with the file
system size. Thanks to Lukas Czerner for suggesting the fix, and
Phillip Susi for pointing out the problem.
Signed-off-by: "Theodore Ts'o" <tytso@xxxxxxx>
---
misc/e2image.c | 7 +++----
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/misc/e2image.c b/misc/e2image.c
index d888e5a..3cb92fe 100644
--- a/misc/e2image.c
+++ b/misc/e2image.c
@@ -504,10 +504,9 @@ static void output_meta_data_blocks(ext2_filsys fs, int fd)
continue;
}
sparse += fs->blocksize;
- if (sparse >= 1024*1024) {
-
- write_block(fd, 0, sparse, 0, 0);
- sparse = 0;
+ if (sparse > 1024*1024) {
+ write_block(fd, 0, 1024*1024, 0, 0);
+ sparse -= 1024*1024;
}
}
}
--
1.7.9.107.g97f9a
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
