Augeas
-
Posts
4,542 -
Joined
Posts posted by Augeas
-
-
It may be something as simple as ticking 'Remember my logon details' on the Netfix logon page (if there is such a box, I am not a Netfixer). Then the cookie will, one hopes, keep the necessary info.
-
Is there a way of viewing the contents of the MFT? (and editing same)?
I'm sure there is, but not with anything that I have installed. This looks interesting...
-
Hi,
Back from the pub. Right. Tarq, you mention that the large file renamed ZZZ could be restored but not read, exactly as should be expected. You're happy with this, I assume?
The other four files: I think we can discount the two zero-byte files, as they can neither be erased nor recovered. So that leaves the jpg preview and the index.dat file. If you have Recuva installed (as all good CC users should) then can you:
a) Look at the info section on these deleted files. Does it say that they have been overwritten? I would not expect this to be so as they are freshly deleted files, but it's good to check. In any event they wouldn't have been overwritten when you ran CC.
(b with ) shows as a smiley) You can look at the header info but I don't think this will show anything of value at this point.
c) Try the secure delete option (single overwrite) on these deleted files. If there is an error message saying that they can't be deleted as they are in the MFT then that explains why CC can't touch them. MFT entries are 2k so small files (after allowing for MFT info such as name, date, etc) can be stored in the MFT itself, and are thus untouchable. If they can be deleted then the header section will show zeroes and the preview for the jpg will disappear. Personally I don't think that either of your files will be small enough to fit in the MFT.
d) Report back. Rgds.
-
Thanks for that. I'm happy that CC has securely deleted the large jpg. I'll have a think about the others, being in the MFT, not being renamed, etc. (rather busy at the mo). Rgds.
-
will recovered files be recovered to the space which they take right now, unrecovered? Or must I try to recover them to another disk, to avoid the possibility that the recovered files are written over the files that has not been recovered yet?
Files are recovered to the first available free space on the disk, not (necessarily) to the space they previously occupied. If you have a lot of files to recover, or if the files are important, then you should recover to a separate device, as indeed Recuva advises.
I'm curious why you should want to recover two disks-worth of files. Recuva is intended to recover deleted files, have you really deleted two disks-worth of files? To delete one disk may be regarded as a misfortune: to delete both looks like carelessness, as Oscar didn't quite say.
You should reduce, or end absolutely, any activity on the two disks whatsoever. You should not be booting up your pc from these disks (to avoid overwriting any files). Recuva should be installed on a separate disk. All files being recovered should be to a separate device, an alternative disk or flash drive. Good luck.
-
I'm sure you have something interesting to say, Hotdog, but for the life of me I haven't a clue what it is. Rgds.
-
There were two zero-byte files and a .dat file, which I didn't try to restore, a preview of a jpg, which was restorable, and the full version (complete) of same, which was the ZZZ file, and didn't display anything when restored and then opened.
I'm confused. How many files were there in the d:\incomplete folder? One? Where do the other deleted files come from? If these files weren't in the incomplete folder then they wouldn't be overwritten, would they? Did CC successfully overwrite your jpg in the incomplete folder and the other files you have found were deleted by other means?
-
So that's my side of the story. Rgds to you as well, Augeas.
No problems, I certainly wasn't trying to be in any way dismissive of you or any poster, just trying to get to the bottom of this. I did a little test to try to show what was in a thumbs file - and failed. It is indeed a mystery why these files are still shown.
Some time ago I had a url autofill entry that I just couldn't get rid of. I searched everywhere that it should or could be with no avail. I think I found it eventually in one of the more obscure index.dat files and deleted it. So yes, things do hide themselves at times.
I hope Novis will let us know when the files do eventually go, and what actions caused them to go, if any. Rgds (to all!).
-
While I was writing this, something popped into my head. Maybe what you're seeing in Recuva is just the thumbnail of the picture that you want to delete, and NOT the actual picture itself. This might explain how Recuva is showing a picture that you have deleted. So, if the above steps don't help, you can try clearing Windows thumbnail cache in order to delete the file.
It may be a thumbnail, but not, I think, the thumbnail cache. As far as I can see (and test) Thumbs.db does not contain a representation of any image in a form that can be displayed. Of course it's still a good idea to get rid of these annoying helpers that Windows foists upon us, so Novis should do what you advise. Rgds.
-
And it will be huge. I am a great fan of AVG and have used the a/v for years, well into v6. The first downloads were about 4 mb, now it is around 18 mb. Updates to the a/s are huge (mine stops when trying to download the 10 mb file, so it just ain't updated). All this virtually eliminates avg from dial-up users. Still, virtually all updates from ms/ are useless to dial-uppers due to their size. What's OE7, 20 mb? Even adobe update, a twiddling file reader, which the silly system keeps telling me I need, is 26 mb or so.
-
Yes, it is a pain to scroll down and then have to find the last ticked file to untick it.
There is a tick all/untick all box at the head of the list. However to untick a few you will have to tick the box twice, first to tick all and then to untick all.
-
Do you get a message saying that it can't be deleted as it is in the MFT? (I would have thought you had noticed that, though.)
-
if the file has been overwriten and it is still visable in the preview box, what else can i do?
I'm beginning to think that calling in an exorcist wouldn't be a bad idea.
If a file has been overwritten than what you will see (in Recuva preview) is what it's been overwritten with, not the original file. Maybe what it's been overwritten with is as bad as the original file.
Are you taking the advice of not clearing any of your temp internet or other temp files, with CC or any means, including straightforward deletes? If so then your bad files should be overwritten by now.
This is probably a case of being fixed in five minutes if one of us could get our hands on your pc.
Or download eraser or some other disk wiper. The only one I have tried (Redactor) on a 40 gb disk took an age to run so it isn't an easy answer.
Rgds.
-
Are you checking or highlighting the files to be securely deleted? If you are highlighting and selecting Delete Highlighted then your mouse cursor must be over the highlighted area, else you get the 0 files deleted message. Very small files held in the MFT will also not be deleted, but in this case there will be a message saying so.
I am on the same spec as you and secure delete works OK - on one file anyway.
-
Can you confirm that the deleted file has not been overwritten and that you are recovering what it's been overwritten with? In this case the secure delete will say file deleted but still show the overwritten data.
-
The Size and Last Modified columns are transposed..........
-
I don't think that you can be too cautious when amending registry entries. I wouldn't want any cleaner to swing into Fix All mode, whether I had requested it deliberately or by mistake. Anyway, registry cleaning isn't a daily job.... is it?
-
Second to avoid having to constantly keep entering Include or Exclude file/folder names.
Why's that? I've never had to re-enter my one and only include folder. (and I don't have Save settings to ini file ticked)
-
Deleting a few files now and again is hardly a bother: anyway, when would you know you don't want them anymore - you'd have to test every application. I thnk there are better ways to use development resources.
-
On XP I find anything from 17 to 20 index.dat files (one userid only). Why Windows wants so many, or any at all, and all over the place, is beyond me. I found the code to delete the files when I ran ME, I had a look some time ago when I progressed (?) to XP and couldn't find it.
What actually happens if all the index files are deleted, Karl?
-
As far as I know...
How does CCleaner handle index.dat files?Includes code in one of the pc boot initialisation files to run an op sys delete command on the index.dat files. As the files are locked by Windows the delete has to run at pc boot time, before Windows has loaded. Windows then creates new index.dat files when it discovers they are missing.
Does it zero fill?No, as the delete is not run by CC.
Does it truly delete the files?It depends. Search the c drive and you will see the create date on some as CC run time, on others not. I would like to say that the important files are truly deleted, but I don't really know for sure.
Does it treat all index.dat files in the same manner?No, see above.
As a sideline, I've never seen a place that makes things so difficult to post a msg.Well, it's not perfect but it's not too bad, really.
Rgds.
-
It's always good to hear of a happy resolution - rgds.
-
If you click on Options - Advanced you can ask Recuva to display system, zero byte and securely deleted files. This will drop your ignored count to zero. The zero and sec deleted files are not shown by default, as it would be pointless recovering them. Rgds.
-
Silly questions first: you have Custom Files and Folders ticked under Cleaner/Windows/Advanced? There are some files in your custom folder? (The custom folder is not deleted, the contents are.) Can you delete your existing entry in the Include list and drag/drop the folder in (to make sure the path/name is OK)?
New version much slower
in CCleaner
Posted
Anthony, there's no option to show files being deleted, it just happens. There is a filename displayed in grey typeface at around one-second intervals in the CC window as either analyse or delete is run. It can't be every file as it would take hours to list at one file a second. Sometimes the analyse or delete is so fast that you don't see it (see last run below).
Right. After the pc had been on all day, I ran analyse. It took 1.48 secs on 28 mb of data. No filenames seen.
Reboot, run analyse. 66.48 sec on same data. Lots of filenames seen.
Reboot, run delete (no explicit analyse, no overwrite) 11.5 secs on same data. Can't remember if any filenames seen.
Open browser, get to this point, run delete.... just a min.... 0.241 sec on 0.64 mb. No filenames seen.
Sometimes deletes do seem to take some time. I'm not too bothered, I can wait, but it does seem to be inconsistent.