Well, I have a NTFS partition of 5GB which is quite
full. When I try to save an image of this partition to
a fat32 or to an ext2fs filesystem, I get the error :
"File size limit exceeded" and the return value is 153
(via echo $?).
This append when the output file size gets over 2GB,
whenever the compression is 9 or 0.
Screen copy :
-------------------------------------------------------------
0 Entire disk (/dev/hda)
1 Primary partition 1 (hda1)
5 Logical partition 1 (hda5)
6 Logical partition 2 (hda6)
7 Logical partition 3 (hda7)
8 Logical partition 4 (hda8)
9 Logical partition 5 (hda9)
10 Logical partition 6 (hda10)
11 Logical partition 7 (hda11)
12 Logical partition 8 (hda12)
r Return to main menu
Selection: 1
Brief (31 characters or less) label of image contents:
sys_nt_image
New image name [localhost-hda1]: sys_nt
Compression Read Write
Elapsed Est. Time
Read Written Ratio KB/s KB/s
Progress Time Remaining
----------- ----------- ------- ------ -----
-------- ------- ---------
4826.4MB 2093.9MB 56.62% 3008 1976
94.33% 0:22:01 0:01:19File size limit exceeded
153
[root@localhost phantom-0.9]#
----------------------------------------------------------------
Logged In: YES
user_id=882732
it seems that when gzip compression is disabled at
compilation, the problem is still there.
I have tried to add " | O_LARGEFILE" option in "open" calls
and compile again without zlib and now it seems to works,
but with some interface bugs. After this, it seems necessary
to modify the zlib parameters to make it usable for large
partions.
A lighter way to solve this problem would be to split the
created file on the fly with chunk size below 2^31 bytes.