Christian Franke wrote:
In fill mode, the input file reading already wraps around at EOF.
Starting at (input_position % size) would be IMO consistent with this
behaviour.
From ddrescue.info:
"In fill mode the input file may have any size. If it is too small,
the data will be duplicated as many times as necessary to fill the input
buffer. If it is too big, only the needed data will be read. Note that
you may specify a starting position for the input file."
The input file reading does not wrap around at EOF. There is a
difference, because the file size may be unknown before reading it.
# ddrescue -F - fill_file file.img file.log
This does not work because file.log records the original offset from
bad_disk, not the resulting offset in file.img.
Oops! You are right, but I can't use the -i option to solve this because
it is already used as (surprise) a starting position for the input file.
Storing the offset in the logfile isn't an option either, because the
same files can be used several times with different offsets.
Just now I can't think out any elegant solution, but this need to be
solved soon.
Regards,
Antonio.
_______________________________________________
Bug-ddrescue mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-ddrescue
