I believe I have detected a "bug" in Recuva.
I would like to report it to a technition.
I would say that it is a "memory leak"
It is Version 1.44.778 (64 Bit).
It forces Windows-7, with all current updates to tell a User that the System is low on memory and something needs to be cancelled.
The only thin that is running is Recuva and it has consumed all of the memory and must want more. My System is a 64-Bit with 4GB's of Memory. This situation prevents Recuva from completing a recovery.
Could be a bug if you were dealing with a few hundred files in an 8 GB Flash Drive,
but not if you have millions of deleted files in a multi TeraByte drive.
"but not if you have millions of deleted files in a multi TeraByte drive. "
The Drive is 2TB's in size and has +-45GB's of Data on it "not to include Data that I was using Recuva to hopefully recover".
Is there a solution or does Recuva have a "limit" as to how large a Device it can scan?
Might there be a multistep scan proceedure?
I think that 4 GB of RAM on a 64 bit system will probably be unable to deal with more data recovery than 2 GB of RAM on a 32 bit system,
and Recuva may run out of RAM in your situation in some recovery modes.
This shows success on a 10 TB drive so your situation is not hopeless
http://forum.pirifor...showtopic=37586
In that case he had 32 GB of RAM, and he used 64 GB of memory - his Pagefile.sys must have been busy,
but version 1.43 appears to be better than 1.44.
You can get 1.43 from
http://www.filehippo...d_recuva/12815/
I will leave it to those with more experience to give further advice.
What does this Recuva Message mean? (See Attachment)
It appeared after ten hours of processing when I asked Recuva to recover the Green checked files.
Also:
The Green checked files that are photos have an illegible preview and are not recovered.
The Red checked files that are photos have a legible preview and are recoverable.
Something is very wrong with this, it’s backwards!
Might there be a multistep scan proceedure?
There most definitely IS a multistep scan procedure,
which is to ONLY scan one partition at a time.
I observe from your screen shots that you are trying to simultaneously deal with a minimum of partitions B:\ and C:\ and E:\,
and perhaps there were other partitions also which are not apparent from the screen.
I will allow those with more experience to answer your latest questions.
The error message means that the combined file/path name of the file you're recovering, plus the path name you're recovering to, exceeds the Windows file name length. There's quite a lot about this in the forums if you search.
There's nothing wrong with the Recuva results. The red file's data has been overwritten by another pic (as indeed the comment says), and that's what you are previewing and recovering. The original file name remains in the MFT but the file data has gone.
The green files haven't been (or aren't at this time) overwritten by another file, so the status is excellent. However the file data has presumably at some time been overwritten, maybe by a file that has been created and then deleted, so there's no preview and the original file data has gone.
I concur with Alan, if you have to recover all partitions on a disk, then try scanning/recovering one partition at a time.
I will take your advice!
I would ask that you tell me how to download the prior Release of Recuva without overwriting additional data.
I have an unused 16GB Thumb Drive but am unsure of "how to do it correctly the first time".
Thanks again for the insight and guidance.
You can download v13 from
http://www.filehippo.com/download_recuva/12815/
So far as possible try to install it on a partition (or a Flash Drive) that does not hold deleted files you wish to recover.
I leave it for others to give more guidance.