Jump to content

Return to Piriform.com

Recovery does not restore entire file


  • Please log in to reply
7 replies to this topic

#1 OFFLINE   gregmarsh

gregmarsh

    Newbie

  • Members
  • Pip
  • 7 posts
  • Gender:Male

Posted 19 September 2012 - 05:54 PM

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.

#2 OFFLINE   Augeas

Augeas

    Moderator

  • Moderators
  • 2,521 posts
  • Gender:Not Telling
  • Location:Where Stuff is made, UK

Posted 19 September 2012 - 06:00 PM

How did you find these files, normal or deep scan?

#3 OFFLINE   Super Fast

Super Fast

    Super Hero

  • Members
  • PipPipPipPipPip
  • 2,210 posts
  • Gender:Male

Posted 19 September 2012 - 06:52 PM

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.

#4 OFFLINE   gregmarsh

gregmarsh

    Newbie

  • Members
  • Pip
  • 7 posts
  • Gender:Male

Posted 19 September 2012 - 08:30 PM

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.

#5 OFFLINE   Augeas

Augeas

    Moderator

  • Moderators
  • 2,521 posts
  • Gender:Not Telling
  • Location:Where Stuff is made, UK

Posted 20 September 2012 - 02:54 AM

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.pirifor...wtopic=36779

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.

#6 OFFLINE   gregmarsh

gregmarsh

    Newbie

  • Members
  • Pip
  • 7 posts
  • Gender:Male

Posted 23 September 2012 - 08:03 PM

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.

#7 OFFLINE   Augeas

Augeas

    Moderator

  • Moderators
  • 2,521 posts
  • Gender:Not Telling
  • Location:Where Stuff is made, UK

Posted 24 September 2012 - 04:55 AM

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.

#8 OFFLINE   gregmarsh

gregmarsh

    Newbie

  • Members
  • Pip
  • 7 posts
  • Gender:Male

Posted 26 September 2012 - 04:51 PM

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.