gregmarsh Posted September 19, 2012 Share Posted September 19, 2012 I have 3 files all at over 7gig each - I have tried to restore each one of them and even though the program report that a complete restore was done only part of the file is actually restored. It is a zip file. Link to comment Share on other sites More sharing options...
Moderators Augeas Posted September 19, 2012 Moderators Share Posted September 19, 2012 How did you find these files, normal or deep scan? Link to comment Share on other sites More sharing options...
Super Fast Posted September 19, 2012 Share Posted September 19, 2012 Greg, i believe the zip container will corrupt with anything over 4GB in it. At least it seemed to under XP, I think. I believe this may still be true under 7 as a result of the zip max file size, but I am not sure... RAR is a much better format for storing large data sets, because it stores petabytes of data. Link to comment Share on other sites More sharing options...
gregmarsh Posted September 20, 2012 Author Share Posted September 20, 2012 I used a deep scan. I use zip for much bigger files than 7gig and the scan knows the right file - what happens is that it only reaches 80+% of the restore and then it stops and reports that it is 100% done. Unfortunately I can not use RAR now but would it make any difference? Is this not a Recuva issue? I used the zip before. Link to comment Share on other sites More sharing options...
Moderators Augeas Posted September 20, 2012 Moderators Share Posted September 20, 2012 Is the size of the recovered file the same as shown in the deep scan, or 80% of it? Or is the size of the file found 80% of what it should be, and Recuva recovers all of that? Have a read of http://forum.piriform.com/index.php?showtopic=36779&hl In that thread the theory was that a normal scan, reading the MFT, would show a file size of zero and the file would not be recoverable. In a deep scan Recuva finds the first extent of the file from the file signature. Recuva can't find subsequent extents as there is no connecting information - it is all held in the MFT. Only part of the file is recoverable. It all depends on the answers to paragraph 1. Link to comment Share on other sites More sharing options...
gregmarsh Posted September 24, 2012 Author Share Posted September 24, 2012 The deep Scan Reports the 7M ... the progress indicator goes to just over 80% then jumps to finished reporting 100% complete versus providing a report that shows partial completion which I normally get. The recovered file varies in size - I have more than one copy of the zip file all showing the same size but the recovery size varies dramatically. sorry for the delay in reply but for some reason I am not getting notified of the replies. Link to comment Share on other sites More sharing options...
Moderators Augeas Posted September 24, 2012 Moderators Share Posted September 24, 2012 I'm going to have to confess my lack of zip knowledge. I have just deleted a 12k zip file, scanned in Recuva and it comes up as 128 bytes. The Info panel shows those 128 bytes only. I recovered it and it was back to 12k. So I don't really know what's happening. Is there any way of testing a recovered zip file to see it it's actually complete? PS I just deleted the recovered 12k zip file again, and Recuva shows it as 26 bytes. Recovered as 12k, Zip files are certainly a puzzle. Link to comment Share on other sites More sharing options...
gregmarsh Posted September 26, 2012 Author Share Posted September 26, 2012 zip files have the ability to ensure their integrity. That is part of the reason why I am stuck because zip knows the file is not complete and will not proceed. Also if you want to be sure you can compress with the option to test. 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