blushing_guy Posted May 21, 2008 Share Posted May 21, 2008 Hi all, I always faced this error message from Recuva and this is the 3rd time I got this message. Every time when Recuva scanned for deleted files, it will definately hang on the 95% of current progress and pop out this error message. May I know what went wrong? Can anyone please help. Thank you. Link to comment Share on other sites More sharing options...
sym Posted May 22, 2008 Share Posted May 22, 2008 I started using Recuva v1.13.304 but I had the problem where the application just shutdown with no message . I installed Recuva v1.14.321 last night and retested, the application still aborts/shutsdown but at least I now see an error and can identify roughtly at what point it dies (but not what caused the problem the log is not particularly helpful see attached) @ 99% and 450,205 files found . Application mem usage is over 200mb but this shouldn't be a problem. I was slightly disappointed that the whole process took around 15hours and even more disappointed that the final result was a crash . The HD being scanned is an external USB 2.0 drive from western digital WDC WD1600JD-22HBB0, 232Gb, formatted with FAT32. where only about 20Gb is currently in use and about 120Gb represents deleted files I wish to recover . The "debug" log doesn't say what the exception is: Recuva_log_1_14_321__21_5_2008_22_54_.txt A general question: You recommend recovering to a different drive, is this because the entire file is reconstituted in a new location and could well overwrite unrecovered data? or the sectors are left alone but the location information is just applied randomly to the disk and outside of your applications control. PS I tried attaching VS2005 to the process but it wasn't interested. Ok I'm also going to test on my C: drive 60Gb partition uses NTFS and only 7gb free space which is much smaller to see if it succeeds Symeon Recuva_log_1_14_321__21_5_2008_22_54_.txt Link to comment Share on other sites More sharing options...
sym Posted May 22, 2008 Share Posted May 22, 2008 The C: test took 500seconds to complete and "appeared" to be successful One thing that would be nice is to have a way of filtering in/out files with the state "unrecoverable". Symeon Link to comment Share on other sites More sharing options...
Guest MrRon Posted May 23, 2008 Share Posted May 23, 2008 Can you post any .dmp files? They will be in the installed folder. MrRon Link to comment Share on other sites More sharing options...
sym Posted May 23, 2008 Share Posted May 23, 2008 There were 2 .dmp files, one was 0bytes and the other just over 1mb but I think they were both from version 1.13. Recuva.zip Sym Recuva.zip Link to comment Share on other sites More sharing options...
sym Posted May 25, 2008 Share Posted May 25, 2008 I retested, making sure I was in "debug" mode. But no .dmp files where generated...odd. ------------------------------ Unrelated...I noticed the application memory reached 1.3gb and never went down afterwards. 1. Deepscan C: 2. Delete found files using NSA 7 passes - memory at 700mb 3. Deepscan C: - now memory at 1.3gb after completion I ended up having to kill the application after 30minutes as I couldn't shut it down. Symeon Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now