Jump to content

MarkAtHome

Members
  • Posts

    8
  • Joined

  • Last visited

Posts posted by MarkAtHome

  1. Are you using 32bit or 64bit systems and subsequently recuva executables?

    I am running Windows 7 SP1 64-bit, i7-950, 12G RAM OC'd to 4.14MHz, 17T of storage space, using

    Recuva 64-bit, and running very stable for over a year.

     

    It is certainly not an issue of limited resources on my part.

  2. That just happened to me, too, and I have 12G of RAM, with all other apps closed, along with all unneeded processes shut down.

     

    This reminds me of the old days when Adobe would try to use all available memory regardless of whether the app needed it or not. Sloppy programming. Shame... <_<

  3. Some applications do not work for 3 TB HDD.

    Perhaps those that will work on a 3 TB HDD draw the line at 1 TB or less partitions.

    What size is the partition you were recovering from.

     

    Thanks for FastCopy.

    I was going to recommend considering Teracopy which is very much more reliable than native copy because of MD5 checksums,

    But just looked at it and FastCopy is looking much better - now downloaded ready to try.

    Hi Alan -- the drive is a single partition and the folder held 1.6T of files. The files were not lost (as they were being copied from another drive), only my time, a few grey hairs, and a little reality check from someone known not to make mistakes. :lol:

     

    Noticing that Piriform indicated that the limitation was fixed in an earlier Recuva update, I was simply letting them know that the MFT issue was not resolved.

     

    As for FastCopy, I think you will like it. I have been through many of them (e.g. Robocopy, RichCopy, XXcopy, TeraCopy, etc.), and from what I have read (I am getting too chronologically challenged to confirm their findings... ), it appears to beat them all. Besides, what is a percentage point here or there anyway. ;)

  4. Kevin and Mark.

     

    You guys don't say what kind of data you're each trying to recover, but if Recuva can't quite do it for you at the moment, maybe have a look at "TestDisk" and "PhotoRec". A number of punters on here have had success with one or both of these, and they're freeware.

     

    TestDisk and PhotoRec:

     

    TestDisk Documentation:

     

    PhotoRec Documentation:

     

    Between these two utilities, you may be able to either do something with your drive/partition, or recover data. At first glance they may look like command line utilities, but they're not.

     

    The important thing is to recover your data, so I hope this may help.

    Thanks, Dennis.

     

    I have chosen to simply re-copy the folder that I accidently deleted. It takes about 14 hours using FastCopy, but it is a lot faster than trying a deep scan (where filenames might not be recovered) that would take three days.

     

    Will finish the copy in about 5 1/2 hours... :blink:

  5. Well, on Dec 20, 2010, Mr.G announced Recuva v1.39.

     

    Change log:

     

    ? Fixed bug that caused "Unable to read MFT" error.

    ? Improved support for exFAT drives.

    ? Improved support for Windows 7.

    ? Added mnemonics to the Wizard.

    ? Extended logging for Windows 7 64-bit.

    ? Added link to Online Help.

    ? Fixed bug that could cause analysis fail on U3 drives.

    ? Minor bug fixes.

     

    I am using Recuva v1.40.525. It reports "Unable to read MFT" on a brand new Western Digital 3T drive where I accidentally deleted a just copied, large folder, which I need to recover.

     

    Since this error was fixed in v1.39, what would you suggest? <_<

  6. Yes CCleaner cleans the default one and there are several winapp2.ini entries for the shared objects files

    Winapp2.ini does not exist on my system. FWIW, I have been informed by others that CCleaner does not address flash cookies, but hopefully, a Piriform support person will chime in with better news. ;)

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.