Augeas

What do you think a zero fill will do? Is there any significance from posting in the Defraggler section? Assuming the SSD is not ancient and has TRIM enabled, and the O/S likewise, and the SSD is not absolutely full, the best (and only) thing to do is to run a defraggler/defragger Optimise. This will ensure that any stray deleted pages are cleaned up, but it won't make the SSD run any faster.

Because if you'd bothered to read this thread you'd know that he solved his problem last year. But if you're sowing the seeds of spam, this is stony ground here.

Yes, CCleaner's Drive Wiper.

Wipe Alternate Date Streams/Cluster Tips is part of secure file deletion, so if you're not running sfd then you can't check these boxes. Mta, the reason why overwrites (multiple or not) on an SSD are not recommended is that you can't physically overwrite an SSD data page, so it's a waste of both the SSD's and your own life doing it. It is not in the slightest way any more secure than a normal deletion. However the SSD controller will erase the pages (the equivalent of a secure delete) when a normal delete is done. It's far better to run an occasional defrag Optimise, as this will mop up any deleted pages that TRIM has missed.

Because a write - which is what overwriting is - will be done to a new page, and the existing data page sent to the invalid page pool untouched. A normal deletion will send the deleted page directly to the invalid page pool where it is inaccessible by any user, and will subsequently be emptied (i.e. set back to all ones) and sent to the valid page pool by the SSD controller. So an overwrite is just unneccessary work and wear and tear on your SSD. The SSD controller will do the overwriting for you. All 'normal' SSD deletes are de facto secure overwrites.

By all means. Don't use secure file deletion, or wipe free space, or Drive Wiper. In other words just use CC to delete files, don't do any overwriting.

Doesn't Defraggler recognise the device as an SSD and run an Optimise instead of a defrag? In which case running Degraggler every few months or so wouldn't hurt.

You can save a text version of the scanned files by right clicking anywhere on the scan pane and selecting Save List to Text File. You can save this anywhere you like, However the text files cannet be used as input to a subsequent Recuva run.

You mean Secure File Deletion? Yep, still there.

The entire drive will always be scanned no matter what is in the filename/path box. Files could be placed anywhere on the disk, so a full disk scan is required. The filtering takes place after the scan.

The file system (FAT32, I assume) changes the first char of the file name to 0xE5 on file deletion. This is not an allowable file name character so Explorer displays it as an underscore.

Ah well, wrong again. You're not going to tell us it's a Harley, are you? The tyres look suspiciously American, and the primary chain cover is rather long for a UK bike. WW1? Could be anything.

Hmm, not a lot to go on. WW2 army bike? Solid frame, looks like a steel primary drive cover, so I'll go for one of the Matchless/AJS stable. Amongst all the decay the tyre pump is still clipped under the tank.

Perhaps my post wasn't clear. Recuva in a normal scan will read the cluster addresses in the MFT and recover (copy) them to the recovery disk. No more, no less, no matter what the clusters contain. In a deep scan Recuva will copy the first fragment of a file from the start cluster (identified by a file signature) until it hits another file header or an eof indicator. There are no file length limitations. My money is on sentence three in my first post.

Quite clearly Recuva can, and does, recover files larger than 80 mb. There is no limitation on the recovery size with the free version of Recuva. There is some other issue if you are only recovering 80mb. Assuming you have valid Piriform software, then what is the file system on the USB drive, and what are the cluster numbers on one or two of the files before recovery? Recuva will recover from the start of the file to the end of the file's clusters or any other EOF marker.

Yes it would be nice to see Guy get to the top spot, but I think his time might have passed. Too many hard cases to beat.

Yep, I'll be recording all the TV ouput. TV coverage is better than it used to be (i.e. we have an hour a day instead of nothing) for those who can't be there. I don't think I could manage 130 mph anywhere on IoM, let alone lapping at an average of 130+. Brave men indeed, and more than a few from Northern Ireland. I was there as a lad with my Norton Dommie SS, spectating of course, and did manage to squeeze 100mph on one of the back roads. I wouldn't do that now. I remember a number of spectator non-race fatalities, those were the days when Mad Sunday was a free-for-all.

A normal scan will extract the file names as they are in the MFT. A Deep scan will find files but not filenames, so they will be listed as [012345].ext (or something similar). If you are finding file names that are random character strings, then they are probably temp internet files. there is no way to change any file names Recuva finds.

Recuva Professional has the same recovery function as Recuva free, and vice-versa. It's difficult to say what's happening without any details, and of course nobody knows what either software is doing internally. I wouldn't put money on 'I know they are recoverable'.

I always think it's a mistake to specify a folder - or anything really - in the path box. The scan will take no longer as all the disk has to be scanned whether there's anything selected or not, and if you do specify a path then if any of the folders in the path have been deleted and overwritten then nothing will be found. There will of course be many more deleted files found, but in advanced mode file names and paths can be entered in the Filename/Path box to filter the results however you wish without having to rescan. You can also search on date or size etc. What does 'I took it to the folder and it said 60 k files found' mean?

Run a Wipe Free Space from Drive Wiper, one pass.

Yes. Advanced Mode, Options, Actions, check Restore Folder Structure. Folders which have been overwritten will not, of course, be able to be recovered.

This has been addressed masny times in the forum, have a search for help.

A) You can cancel any scan at any time and the files found so far will be displayed. You can run any of Recuva's options on those files. Round yellow thing) The answer is more or less the sme as for A. Recuva has to scan the entire disk when it searches for files, they could be anywhere on the disk.

Bill, if your disk is NTFS then you will have a MFT, not a FAT. Also filesize in NTFS is not limited to 4GB, but it is in FAT32. So what is the file system on your disk? Files do get fragmented. A few years ago I loaded an 800mb ISO file to a NTFS disk with some 150+ gb spare space. It ended up in 4000 fragments. I've no idea how NTFS allocates space but on a used disk it can be chaotic. Files found with a deep scan will always have no overwritten clusters. I don't know what the state of unknown is, it should be excellent. Deep scan will only find the first extent of a file, as subsequent extents are unable to be identified by any software. Or most software, anyway. This could explain why you get a few seconds of play. Deep scan won't find text files as they have no file signature. If your disk is FAT32 then other factors come into play, making file recovery very difficult. Unfortunately data recovery is not quite as simple as it may at first appear.