Vock

Since version 1.11, there is a second run executed when scanning a drive for files that analyses the files. I wonder what this second path is good for? Recuva always had the advantage against comparable tools that it was very fast. This new feature makes it ten times slower. I interrupted the file analysis run and it seems to work as fine as with the analysis. I am sure there is some good reason for it, but I can not see nor find it anywhere? So why making it slow?

I am sure which details you are exactly looking for, but try my best: USB-Stick: Using an (old) Kinsgton Traveller-stick. Tried to recover a simple text file, which shows a size of 1 kB and shows "excellent" conditions to the harddisk D:. The file appearing there was totally empty, size zero. The same file was recovered correctly from the same USB-Stick to the same location by version 1.06 (I repeated it today with the same results, just to doublecheck). Filessystem on the stick is FAT32. Harddisk: It was as well a text file I used, status "excellent". Some empty lines after the correct text there was further (unreadable) fragmented text visible - this did not happen when recovering the same file with version 1.06. However, I could not repeat this problem today, with some other files I tried today it worked, while the file I used yesterday was lost. Filesystem is NTFS. Operating System is Windows XP. Hope this helps.

Just downloaded the new version 1.07 - and immediately turned back to the earlier version 1.06. Pro: the new version does apparently now recognise USB-Sticks properly. While the older versions marked and file as "excellent" (even totally overwritten ones) this seems to work properly now. Con: the file recovery delivers crap, from USB-Stick as well as hard drive. I tried it on some files with version 1.06 vs 1.07. The same file that 1.06 could handle without errors could not be recovered properly with 1.07; I found empty files, files with fragments of the content and additional stuff in. As the recovery function is the heart of it - I better removed this immediately. Waiting for bug fixing... then it will be surely an improved version.

I just downloaded the latest version 2.00.495 - and did not have the problem any longer...

I know this subject was mentioned before for oldr versions, but there was apparently no solution posted here. I identified that my cookies are not deleted any longer since updating on the beta-version 2 of CCleaner. It worked well (and to my feeling faster) in the latest version 1.41. I changed back to this version and hope the problem gets fixed some time. Any others having made experiences with this? Check under "options" and cookies whether the once you did not have on the exception list are still there after cleaning!

Recuva notes the "state" of the files able to recover. I noted, that for USB-sticks or memory cards this state is always described as "excellent", while this is definitely not the case. Other file recovery programs show for the same USB-stick or memory card overwritten files, and are right. Apparently wrong statements appear also sometimes on the standard hard disks - again other programs seem to be more reliable in checking the status. It is probably a point to be considered in the further development!