I also have the same Problem like EclipseWebJS. I try to explain:
System WinXP 32, 3 identical Harddisks in Raid 5 Mode on a Intel ICH 7R Raid contoller with Matrix Storage Contoller Software 8.6.0.1007, NTFS
I deleted a .mkv file with 4.37GB (DVD5-Size) which is to big for the recycler bin so you cant find it in it and started immediately Recuva 1.22.384.
I used the normal scan first and than deep scan. In both cases the file was not to find. Recuva shows me a lot of files which are more than 1 year old and maximum about 2gb big but not that file.
Can it be that the raid software-mode doesn't make it possible for recuva to find files with more than 2gb?
Smaller files are shown which are deleted seconds before. I tested to delete a .ac3 file with 282mb. I moved the file to the recycler bin and emptied it.
The file was shown by recuva with normal scan but the file was renamed from movie_name.ac3 to Dd1.ac3. This would make an identification a little bit difficult after a longer time, but this is not the problem here.
If i delete the same (i made a few copies before) file by pressing down shift to bypass the recycler the file is shown in recuva with the correct name.
After that test i tested a .mkv file with 2,18 GB (2.347.450.052 Bytes). same result: different name after the recycler, full name when shift is pressed.
The next .mkv file with 4,24 GB (4.558.965.472 Bytes) wasn't shown at all after the same procedure.
At the moment i dont have files with about 3GB to find the point where recovering stops. Maybe there is a technical explaination which size is possible and which not.
By the way: is it possible to show the time of deletion?
hasta luego
PS: if some sentences are not written correctly please correct me.
Oh and to kslice: datas are magnetized to a harddisk. etching is for optical devices like dvds or cds
