Augeas

1) You can save a list of the found files by r/clicking anywhere on the list and selecting Save to Text File (or whatever it says). You can look at this later but it can't be input for recovery. 2) Click on any of the column headers to sort by that column.

A little patience please, this isn't a call centre. It could be a number of things, file locked for some reason, file entirely in MFT and Wipe MFT not checked, file in free space smaller than CC's dummy file allocation, and no doubt numrerous other reasons. If you're using Recuva to check for file remnants then just overwrite what's found. It's easier and faster than worrying about CC being perfect.

How did you select the files for recovery? What messages do you get in the info box after recovery?

1) Recuva principally looks at deleted files. The data for these can be overwritten in part or whole by newer file allocation. It is normal for a proprtion of deleted files to be overwritten. 2) Excellent condition simply means that the file has no overwritten clusters. It does not offer any indication of the cluster contents. Recuva will recover (copy) what is in those clusters which may or may not be a valid file. What is your file system? Did you run a normal or deep scan? Did you have Scan for Non-Deleted Files checked?

I'll assume you mean Recuva. If the file is deleted then try overwriting it. If it isn't then I doubt that Windows will allow any software to overwrite it, but I may be wrong.

A couple of mins on Google - which anyone can do - seems to indicate that this file is part of Systems Volume Information. I believe that it lives in the :\System Volume Information folder, which is a clue. Why is it ignored? Probably because you haven't checked Show undeleted files, or Show files in hidden system directories. It appears harmless enough. Nobody with unlimited resources is going to look at your card. You should be pretty safe after a full format, if you want to really see what's on it then use a hex editor to look at the sectors.

I don't know what the OP wants, but including at the drive letter level would mean that every single file on that drive, junk or irreplacable, would be deleted.

Because if you could add an include with the drive letter then all the data on the drive would be deleted (with the relevant options set).

If you included a drive, or all the folders on a drive, isn't that erasing all the data from the drive? If that's what you want why not use Drive Wiper?

I believe that it is, or they are, in the root directory. Look for a long random-character file name with the correct created date. And please, one pass will do fine - torturing a pc should be a hate crime.

If we knew exactly what Recuva was doing them we might be able to explain this. It may be a number of things, for instance during the scan counting all the files found both in the directory and in the deep scan (large number), and then discounting those in the deep scan which already exist in the directory (smaller number).

'I ran the deep scan and yes I did check off WIPE FREE SPACE. After the scan was completed I opened RECUVA to see if CC Cleaner did its job and IT DID NOT.' That's rather confusing. Deep scan is a Recuva function yet the imlpication here is that you were in CC. Can you elucidate?

Well, who knows? Why not start your own thread with more info? It doesn't help having to wade through two pages of somebody else's two-year-old problem.

Because an Optimise isn't a defrag. An Optimise issues a global TRIM, and the fragmentation figures will be the same before and after the Opt. If everything were perfect then you should never need to run an Optimise, as TRIM runs automatically on file deletion. But everything isn't perfect, so an Optimise could be run every few months or so. And everything that Mta said as well.

No. But you may find edit copies or other versions if you run a deep scan, and small files, under 700 bytes, will be in the MFT and won't have been wiped by Recuva.

As BM has posted elsewhere regarding multiple overwrites I think it's worth saying that: Although you can run a secure erase on nand flash storage (SSD) it is absolutely pointless, as you cannot overwrite a nand flash page. A new page will be created to be 'overwritten', and the old page just deleted. Always run a normal erase on an SSD. The deleted page will not be accessible by any but the most extreme methods applied immediately after deletion. I'm not familiar with Sierra, but if TRIM is enabled then in a very short time the deleted page will be emptied by the SSD garbage collector. The data on the deleted page can never be retrieved. A normal erase on an SSD with TRIM - by CCleaner or otherwise - is equivalent to the most secure overwrite.

There's nothing to stop you sorting on state, if that's what you want to recover, and then highlighting/checking a few thousand files, recovering them, going for a coffee, checking the next few thousand, etc.

I wouldn't use any filter parameters. The scan won't take any longer (it always does a full scan before applying filters) and you can filter later without rescanning. I have found many pics with the most peculiar names, I don't know why. It would be handy to know how thses files were deleted, if in fact they were. The thread you linked to suggested checking Show Hidden Files, so you could do that. If they went to the recycler first they may well have been renamed, but they would still have the same extension.

It is not possible to use the stored scan results for future recovery, it can not be loaded into Recuva. Can you keep your pc and Recuva open until you have completed all your recoveries?

It should be unchecked. If it is checked then there will be lots of files and previews shown.

It could of course be an email harvesting site.

Quintas, it's easier for all if we stick to one thread. Drive Wiper will overwrite deleted file names in the MFT with a combination of ZZ.ZZZ's. None of these should show a preview. Is Show Non-Deleted Files unchecked? If you run Drive Wiper and can still see previews then post an uncropped snapshot of Recuva in Advanced Mode.

Thread closed so that we can follow one thread only - https://forum.piriform.com/index.php?showtopic=45889&hl=

I had complete failure with the portable download a few days ago - just returned to the download page - but success a few minutes ago.

The prof version will not find any more files than the free version. There are (at least) three aspects here. 1) If the file was sent to the recycler before being deleted then it may have been renamed by Windows, to $Rnnnnnn.ext, So you could look for that, 2) If you're doing a normal scan then the file details may have been lost from the MFT: if you run a deep scan you might find the file, by now un-named. 3) It is quite common for a recently deleted file not to be found. NTFS (if that is what you are using) reuses deleted records in the MFT so it may well be (I don't know, I didn't write NTFS) that it uses a record that is still in memory - yours. Try the deep scan.