Am 06.11.2013 um 14:10 schrieb Niklas:
> Florian Sedivy <sedivy@...> writes:
> First, you could use -A (—try-again) together with an approximate -i 500G.
> This should reset the last 250200MB in the log file from
> "*" (non-trimmed) to "?" (non-tried).
>
> Hey yall,
>
> thanks for all of your advice, I busted out a new configuration:
>
> sudo ddrescue -i 506G -A -f -n -c 1Ki /dev/rdisk3 /dev/rdisk1 nsclone.log
>
> and it started running again so it would seem that yall are correct
> in the idea it just skipped the last 230g.
>
> -------------------------------------------
>
> GNU ddrescue 1.17
> Press Ctrl-C to interrupt
> Initial status (read from logfile)
> rescued: 44488 kB, errsize: 323 kB, errors: 211
> Current status
> rescued: 16075 MB, errsize: 38099 kB, current rate: 149 kB/s
> ipos: 541068 MB, errors: 289, average rate: 466 kB/s
> opos: 541068 MB, time since last successful read: 0 s
> Copying non-tried blocks...
>
> -----------------------------------------------
>
> so, further questions....
>
> From reading all of the information from you guys,
> the -A made all the Blocks after 506G "unread".
>
> So if I it stops or I have to stop it, can I just run it without the -A
> and it will pick up wherever it left off / at the first non-tried block,
> or would I need to run it from a specific position using -A -i ###G?
>
> is there anything I should be wary of to avoid gorking it?
> i.e If I ran it -A without an -i position, would it like.... explode,
> overwrite or combine further recovered information with the current data?
>
> I also forgot to run it a -c 256 - fail.
>
> Thanks Yall,
>
> Niklas.
You can stop ddrescue any time with ctrl-c and it will resume where you left
off, as long as you use a log file.
You don't need to specify -A together with -i again, unless the same thing
happens again (rest of drive reported as one big error). Generally speaking, if
your command includes a one-time-option (-A, -M or -t), you should remove that
option when you just want to resume.
-c 1Ki is fine, as it will run at the same speed as -c 256, only with less
frequent status updates. At the "current rate" displayed above, -c 1Ki will
update the status every 4 seconds, compared to every second with -c 256.
In sum, if you interrupt, you might simply continue with:
sudo ddrescue -f -n -c 256 /dev/rdisk3 /dev/rdisk1 nsclone.log
Once that has finished without any more "too big errors", you might want to
repeat the trimming phase, [optionally only for the area before the big error],
because when the disk presumably disappeared, ddrescue may have tried to trim,
but only got errors.
sudo ddrescue [-i 506G] —retrim -f -n /dev/rdisk3 /dev/rdisk1 nsclone.log
Finally, remove the -n option and let ddrescue complete its work, [optionally
with as many retries as you like].
sudo ddrescue -f [-r 3] /dev/rdisk3 /dev/rdisk1 nsclone.log
You're welcome,
Florian
_______________________________________________
Bug-ddrescue mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-ddrescue
