Jump to content
CCleaner Community Forums


  • Content Count

  • Joined

Everything posted by Augeas

  1. Only by rerunning the recovery with Advanced Mode Option/Actions Restore Folder Structure checked.
  2. Isn't that the opposite of what the OP wants?
  3. Recuva will copy whatever is in the clusters whose addresses are in the file's MFT record. So if the deleted file previously occupied say 50 clusters, and 5 clusters in the middle have been overwritten, Recuva will copy all 50 clusters, including the overwritten data, whatever that is. It's not really insecure as the user is already on the machine so he or she just has to look at the live files. A deep scan doesn't have overwritten clusters, as there's no way of knowing what was in a 'free' cluster previously.
  4. Matt, it's not the sort of thing you would say to a stranger in the street, without repercussions. And signing up under a different username is sneaky too.
  5. Ok, you've made your point, and have been making it since November. Please stop posting repetitious and boring multiple posts on this theme. Users are quite capable of deciding whether or not to use Piriforms' products.
  6. If they have been overwritten then there's little chance of recovery. You could try a deep scan, but the odds aren't great.
  7. If you mean is does the paid Recuva fix corruption then no. I don't know how the corruption was caused and if I did I doubt that there's a simple fix. Is it file deletion on FAT32?
  8. No, Recuva will copy what is there, byte by byte, no more or less. It's very difficult to advise how to proceed without knowing anything about the file or system or corription, except that it won't be easy.
  9. There are no logs with Recuva (writing to a device when attempting a recovery is a no-no), and there is no directory info with the recovered files. You should rerun the scan, go into Advanced Mode, open Options/Actions, check Restore Folder Structure towards the bottom, and then run the recovery. You say you can't run the scan again - why?
  10. Sometimes I sit in a corner and quietly weep. If you had read posts two and three at any time within the last three years you would have had your answer. This must be a spam setup.
  11. Have a look at https://www.ccleaner.com/legal/end-user-license-agreement I think you want section 2.1.2, and I think the answer is no.
  12. No idea, as it hasn't happened to me, but look at https://forum.piriform.com/topic/27316-unable-to-choose-recover-drivefolder/ https://forum.piriform.com/topic/45953-no-folders-shown-when-i-click-the-recover-button/ I forgot to say look at MrRon's post in the first link. And what happens if you press Make New Folder?
  13. Just scroll to the right of that box to see the error messages. You're trying to recover files found with a normal scan, those found with a deep scan have no file names. The error message might say that 'This file is overwritten by xxxx' which can occur on flash drives. Next time make sure the files being recovered are the same as we can see in the underlying pane (which isn't the case here) and don't hide the info with the error box.
  14. You already thanked him over five years ago. This is a most peculiar post.
  15. What's the file system? Normal or deep Recuva scan? What's the error message when you try a Recuva overwrite?
  16. I'm a bit wary of this piece of thread necromancy, but here goes: If you're talking about the FAT, as in FAT32, then the FAT entries are zeroed on file deletion, so there's no need or even sense in 'cleaning the FAT'. Deleted file names are held in the various directories/folders in the system and are more difficult to remove. If you mean NTFS then run a Drive Wipe to clear the MFT.
  17. File recovery is a copy and paste operation, the source files remain on the device unaltered. You can't cut and paste deleted files with Recuva. What 'file shredder' did you use?
  18. I have no idea what you're talking about. You mentioned a cookie, said that you knew 'whose cookie it is and why ít is there, I also know why it is not removed', but seem unwilling to divulge any of that information. I don't think that your graceless apology will encourage me to extend this thread with any further posts.
  19. I think that you have some peculiarly elevated idea of my capabilites. I am not CCleaner, I didn't write, or see a byte of, the code, and I have no idea how to get rid of it (as it doesn't occur on my machine). If you know where the cookie came from and why it isn't being removed then you know more than me, and it might help others trying to answer your question if you divulged that information. As for me, I'll get back to clearing up spammers, and editing out obsceneties.
  20. By deleting unused space I assume you mean wipe free space? Don't run Wipe Free Space or Secure File Deletion on an SSD. If TRIM is enabled (i.e you didn't get your pc from a museum) then it will perform the same function as WFS and SD. Occasionally run a Defrag Optimise to clear up any TRIM commands that have not been executed. You can run the normal CC functions - deleting unwanted files etc - as usual.
  21. I’ve removed your link to a competitor product as this is an official Piriform forum: if anyone is interested they will be able to find it easily enough. And whilst we’re talking about the competition, that product is only 291 kb. Oh for the days when CC was well under 1 mb, long gone now. CC has always done more than file deletion, but it is a bit of a porker now (es ist ein bisschen fett). It all depends on the mechanics of the deletion. A folder with 100,000 entries is huge, with hundreds, if not thousands, of MFT records and many index clusters. For secure deletion CC must: Open each file Overwrite the data Save the file Rename the file Delete the file Every time a file is renamed its position in the huge list of files in the folder is altered. Files are stored in the folder in alphabetic sequence, and when the file is renamed (to a variant of ZZZ.ZZZ) the sequence must be shuffled up or down to accommodate this. If CC overwrites, renames and deletes the files in reverse alphabetic order (last file first) then only a few MFT records have to be rewritten every time a single file is deleted. If it processes the files in a different order, or a different manner, then there’s a huge amount of work to be done. On the other hand finding the last file in a huge folder is onerous. Every entry for each file has to be read until the EOF is found. And if the last file is edited, renamed and deleted, is position lost so that the last file has to be sought from the start again? It would be easier to delete the first file first, but the renaming would be a nightmare for performance. Is this what is happening? We can add to all this writing entries to the log journal, updating the MFT index clusters, altering the cluster and MFT bitmaps for every file deleted, and syncing the disk every few seconds. And things I haven’t thought of. It’s a wonder really that the process ever finishes. I don’t know what the opposing software does, but this list (apart from the editing and renaming) is what NTFS has to do to delete files from a folder, whatever software is used. Perhaps CC doesn’t use the most efficient way of securely deleting the files, and it is only exposed on folders with a very, very large number of files. You could be better off if you normal deleted the folder and then ran a wipe free space. The overwriting pattern doesn’t matter by the way, it’s all randomised before being written to the disk.
  22. A new version? You're respondong to a six-year-old thread, is anyone still running a six-year-old version of Defraggler? I doubt whether the posters are still hanging on for a response, or even still have the same hardware.
  23. Could be associated with constant delivery network, have a look at https://forums.opensuse.org/showthread.php/504803-s-uicdn-com That;s the extent of my knowledge, which was non-existant until I opened Google a few mins ago.
  24. Er, Options, Cookies, move those you wish to keep from left to right pane.
  • Create New...