Alan_B

In my view it is ALWAYS USER ERROR if he holds his files on System Drive C:\ which is constantly over-written as Windows is running. If the user holds his files in a different partition then recovery is more likely to be successful REGARDLESS of which recovery utility is employed.

Who said anything about it running directly from the tray ? Certainly not me in this particular topic

The correct name is Piriform with an "r", not an "n". Is some sort of browser hijack possible ?

It would have been better to not only read but also understand post #15 from Dennis, and first use USB Image Tool: (Freeware). With luck that would have allowed easy recovery from the additional corruption that may have arisen from the "format failure to finish". Sorry but I have no easy remedies to suggest, but hopefully others will.

On 64 bit Windows 7 + SP! The minimum size of Windows Pagefile on System Drive C:\ is 16.0 MB (16,777,216 bytes) I also have 3 GB on P:\ for normal use. I can actually remove the 16.0 MB pagefile from C:\ and my system and Windows will boot and run and NEVER EVER NEED any pagefile on C:\ UNLESS Windows boots up stupid again like it did a year ago when it placed off-line the hard-drive which held my 3 GB pagefile, AND THEN UNLESS it finds at least 16 MB pagefile in C:\ it plants an 8 GB pagefile on it. All my temporary junk files belong on my HDD P:\ - not my SSD C:\

@GeoffMcMillan You have never bothered to ask for advice on how to ensure that CCleaner will destroy your files so defective Installation or defective Windows system or User Error is more likely than CCleaner being ineffective. Perhaps when Recuva says "Operation complete" it is indicating that it has intructed your Windows Operating system to over-write the relevant sectors, It would seem that perhaps Recuva instructs Windows to overwrite the designated files and then it says "Not overwritten - More data available" because it knows that Windows installation is not doing the job. There SHOULD be a way to access that "More data available" but I am afraid that I am only a product user, and have never been faced with that situation, so do not know if a "Right Click" at the appropriate spot would show you. Maybe your Windows Logs might give you help.

Super BAD idea in my view. I have no criticism of recursively deleting CHILD folders regardless of content, BUT regardless of whether an application might fully retain all capabilities if certain child folders are deleted, there is a higher risk if consequently empty parent folders are deleted.

I understand the EXCELLENT means :- 1. It has not been over-written by a subsequent file which is still present and available and known to exist in the same clusters, BUT it might also mean 2. it has been overwritten by another wile which has subsequently been deleted and is no longer known to have once used those same clusters. I assume the above applies to both NTFS and FAT32 format.

Where is this CN backup file ? On the same Flash Drive ? ?

Welcome to the forum. Sorry, but I would not call this problem a bug but a User Error :- Partly because cleaning the registry rarely gives any benefit and sometimes causes problems, and therefore it is better to NOT fix any issue unless you have analyzed and determined what the key is related to ; BUT MOSTLY because I recognize that "...\RunOnce" is typically added during an installation or update of an application which REQUIRES completion upon the NEXT start-up of Windows, and normally the completion code will conclude by deleting the "RunOnce" keys so that it does NOT run on the next start-up. I suspect that in this case FLASH was updated and then the user cleaned the registry before shutdown / restart and as a result Windows did not run the intended completion actions upon start-up.

A screen shot of Windows Disk Management should show what drives ought to be available. A screen shot of Recuva and its empty popup menu might also be informative.

Why waste pages of display for the one person in the universe that insists upon NOT clicking on an attached file ?

Under Advanced / Options / Drives there are 6 boxes Tick them all

Beta on Firefox corresponds to Omega on any other browser

You were probably doing EVERYTHING WRONG. CCleaner does NOT delete files unless you specifically and correctly designate that action via an Include - and that you could have either done wrongly or even have been unaware of. If you can still actually see pictures in the directory that is because :- YOU NEVER GOT THEM DELETED - AND WIPE FREE SPACE WILL NOT TOUCH THEM. And Recuva will NEVER show them unless you have used the mode of Normal Scan with Advanced / options / actions / - and tick the box "scan for non-deleted files ..." Without that option Recuva will only find the residue of older deleted files.

Rubbish Stuff happens Just because a registry backup file is successfully created (assuming that Windows is in a good mood) is no guarantee that Windows will be able to correctly restore the backup when it is realized that the system has been damaged by an excessive purge of the registry.

He could also be saying that he was only interested in access and recovery of one specific file such as xyz.jpg and he was seeing many other files such as abc.jpg, def.jpg, hji.jpg etc which were each described as being over-written by xyz.jpg and that is exactly what I would expect if abc.jpg def.jpg, hji.jpg etc had all been deleted before xyz.jpg which naturally over-wrote them as xyz.jpg was created.

I suggest that you use Windows Disk Management to show all details of what can be seen of the Sony Laptop.

What exactly were the "contents of your desktop" ? If you make sensible use of the computer then the desktop only holds LINKS to :- Files ; Folders holding Files ; Drives holding Folders holding Files ; I am accustomed to deleting links from my Windows 7 desktop without losing the years of work to which they once pointed. Moving on, assuming other than sensible use, and that years of work were held on the desktop :- How did you "delete" ? Permanently ? or the alternative mode that puts them in the recycle bin ? I honestly think that if a large amount of work was held on the desktop it is a total waste of time to do a Deep Scan, because the M.F.T. should hold all the information for Recuva to restore your work after only a normal scan, and just possibly you should use Advanced / options / actions / - and tick the box "scan for non-deleted files ...". So try again with Normal Scan and Advanced / options / actions / - and tick the box "scan for non-deleted files ..." Perhaps all you achieved with the Deep Scan were glimpses of remnants of earlier versions of your years of work, and that can only end in tears of frustration.

You win some and you lose some :P

Nothing strange about it. THEY KNEW that they only had a few days head start in which to start a CAMPAIGN OF DELIBERATE FEAR, UNCERTAINTY, AND DOUBT.

To make totally explicit that which was implied with Link to Winapp2.ini explanation this is a reference to the very large download named "Winnapp2.ini", which you are free to add into the CCleaner.exe folder, and its presence MAY massively increase the time for which buttons are greyed out.

That is ridiculous. Microsoft ought to have the ability to automatically detect and uninstall their own update 2982791. If that is beyond their ability, then surely Microsoft is NOT competant to create their "Windows Malicious Software Removal Tool."

Derek My experience might help you. The last time a Patch Update broke through the barriers that should have stopped it, it destroyed all use of Windows. I had to restore C:\ from a partition image, and I knew that would lose some very recent and massive enhancements to my desktop shortcuts etc etc. Using Macrium WinPE Boot Rescue I was able to create a new partition image of C:\ Then WinPE restored the earlier image of a working Windows system before my massive enhancements, and then with the restored un-enhanced Windows I was able to mount the image back-up of the enhanced and broken Windows as a virtual drive P:\, and use "Portable BestSync" to compare C:\ with P:\ and then distinguish between which "User" folder changes were my enhancements to be copied from P:\ to C:\ and totally ignore all the crippled system files in System32 etc. etc.

It is of course very possible that what Recuva found was NOT the document that you securely deleted, but either :- an earlier version that became discarded / replaced when you updated / revised it with an editor etc.; or a temporary backup copy that was automatically created when by any editor or software package that was used for creating that document. That suggests to me that your document may have been held on the system drive C:\. If so the instant it became part of "Free Space" its sectors were immediately available for the Operating System to re-use, and the previous contents would be changed again and again.