Jump to content
CCleaner Community Forums

Augeas

Moderators
  • Content Count

    4,345
  • Joined

Community Reputation

1 Neutral

About Augeas

  • Rank
    Moderator

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Gender
    Not Telling
  • Location
    Where Stuff is made, UK

Recent Profile Visitors

3,766 profile views
  1. In Recuva advanced mode have a look at the file header. Does it have a recognisable file signature? Is it all zeroes? Does it look valid or garbage?
  2. I assume you mean the tenor of my post, not the actual meaning. We have no way of knowing from your original post either your skill level or the number of files to be recovered. Company employees do read this forum from time to time, but I wouldn't translate that into action of any kind. I would think that in your case you could look for another application that does recover zero-length files.
  3. And I don't think that you'll be here much longer.
  4. 1) Find a live version of one of these files, copy and rename it. 2) Open Notepad, select Save As, file type Any, save as whatever name you wish. I suppose you're going to say you have 20,000 of these files. It may be possible for Recuva to create a new zero-byte file with the same name as the deleted file, but I wouldn't wait for that to happen.
  5. Don't attempt to recover the files at the top of the list starting with $. They are system files, they will exist on the drive you are recovering to, you can't restore them anyway, and even if you could they would be invalid. Some of them are sparse files which means that they theoretically are as large as the device.
  6. Yes, my computer is working fine. No, I don't boot from the USB drive. I don't have a Recuva64.exe either, just Recuva.exe. Perhaps there's some element missing from the Win 10 recovery files that is causing your problem. Recuva for me works just as it does for you. It appears that your problem occurs when you boot from the USB.
  7. It's not that Recuva portable doesn't work on a USB drive, but that it doesn't appear to work for some users. I have no trouble with Recuva portable on a USB flash drive, so I can't reproduce this.
  8. No, there is no easy way, or even a difficult way I can think of.
  9. A normal and a deep scan will not find the same number of files (although with an SSD it will be close). A normal scan looks at the records in the MFT that are flagged as deleted. These records contain the file's name and cluster addresses, among other things. A deep scan will run a normal scan first, and then look at all the unallocated clusters on the device. When a specific file signature is found at the start of a cluster (and Recuva checks about 20 of the most common) this cluster and those following are presented as a file suitable for recovery. So there will always be more files found in a deep scan, unless the devce is an SSD and TRIM has wiped the clusters. There is no difference between saving the results of a scan and leaving Recuva open and acting on the results some time later. I would expect (and hope) that Recuva would check the state of clusters before overwriting them, even if it's only a few seconds after the scan has been run. Recovery is not so much of a problem, as it is not a destructive process and invalid data can be tolerated.
  10. 1) Who knows? 2) A normal scan will have file names and path if available. A deep scan will have files identified as [000123].jpg etc. These will follow the normal scan results.
  11. 2) A deep scan does not return file names, as it looks directly at the device's clusters which do not contain file name or path information. A deep scan runs a normal scan first so the file names from that will be displayed first.
  12. No. This is for operating systems, or SSDs, that do not have TRIM implemented or enabled. On the assumption that you do, then the answer is still no. The option you want is Optimise, which will run a global TRIM on the SSD. I'd let Windows do it for you.
  13. It does not mean that any particular file or files will be recovered. Just that there's no data limit on recovery.
  14. Perhaps because the preview is embedded at the start of the file. Don't expect me to know the answer to everything.
  15. All files found with a deep scan will be in Excellent condition, as a deep scan looks at unallocated clusters, which by definition can't be in use by any other file. A deep scan will only find the first extent of any file, as there is no method at the cluster level of linking extents together. This may result in the file being upopenable.
×
×
  • Create New...