Jump to content

dfy

Members
  • Posts

    8
  • Joined

  • Last visited

Everything posted by dfy

  1. Update for everyone who might run into the same bug: Use the linux tool "ntfsundelete". It is not for inexperienced users as it is command line only, but it's very flexible and recovered all my files after a bit of fiddling. At first I ran into the same problem as with recuva, simply trying to undelete all files gave errors when trying to save the recovered files (as they have no file names. I'm convinced this is the reason, since:) but when I wrote a bash script that gave every recovered file a unique name (ntfsundelete allows specifying filename) everything worked like a charm.
  2. Hi everyone, since nobody in the discussion forums has seen this behaviour before, I'm filing this bug report. I have an external USB hard drive with an NTFS partition and I'm trying to recover files that have been deleted from this partition. My Recuva settings are: - "show securely overwritten files" enabled - deep scan disabled I have tried Recuva: - on my Vista Business laptop, running Recuva as admin - on my XP Workstation, running Recuva as admin The results are: - Recuva finds all the files I am looking for, mostly images - I can preview those files in Recuva, see attached screenshot - I cannot recover them, when I try to do so, I get an error message "Zugriff verweigert" ("access denied") The thing that strikes me as odd is that the file name column is empty (again see the attached screenshot) , usually when I use Recuva, there are numbers there. Thanks.
  3. You're right of course, my description was probably not very accurate and lacking detail, my apologies. I'll try to describe it more sensibly and I have attached screenshots. My setup: -USB Hard Drive with NTFS partition called 'Data', drive symbol F:. I'm trying to recover files that have been deleted on this partition. -Windows Vista, running Recuva as Administrator Screenshots: -rec-options.jpg: Recovery options which I am using. -rec-searchres.jpg: Result window after the scan on F: has been run. Note the preview window clearly showing the entire image, and the 'filename' column being completely empty. -rec-accessdenied.jpg: This is what I get when trying to recover the image you can see in the other screenshot. "Zugriff verweigert" is German for "Access denied". Note that this happens no matter which drive/memory stick/whatever I am trying to save the file to. -rec-expected.jpg: This is what I think should happen - this example is a memory card with deleted images. It also seems to be lacking filenames, but recuva just provides numbers as filenames. These files can be recovered without problems. I hope this illustrates my problem more accurately. Thanks for all your comments so far, I would greatly appreciate any further ideas.
  4. How would I find out? Those are deleted files on a partition for which Recuva doesn't show filenames (it does show F:\?\ as path though) in the list of files to recover, so I would guess that FileNameWithExtension is empty. The files are okay (image preview works), but trying to get Recuva to write those files to another partition gives 'Access denied'. Since files that still have names in that list can be recovered, I'm thinking that those empty filenames are to blame.
  5. Anyone got any ideas? Would really appreciate any help. Otherwise I'll try to create a test case and file a proper bug report.
  6. That's what I was thinking. I.e. NTFS/FAT support empty file names, but they do not support creating or deleting files with empty names (How could they - their path is indistinguishable from that of the containing directory.), so the only way to get an empty filename is renaming an existing file. Has anyone ever successfully recovered files that had no file name in the list view? If recuva had an option to give new names manually to those files that are about to be recovered, I think that should solve the problem. As it is, I'm stuck with files that I know are there and okay, but I just can't get them
  7. Thanks for your reply! Unfortunately, this is not the issue. Even when trying to recover to a FAT partition, I can only recover those files that have filenames in recuva's list view. Any ideas on how to get the other files? They're definitely there and absolutely okay - recuva shows full previews of the images! (I've tried other recovery programs, but none will work. Recuva finds my files immediately, all I have to enable is 'show securely erased files', I don't even need the deep scan.)
  8. Hi guys, I hit the "access denied" error that many people have been mentioning when trying to recover some of my files. Happens on XP and Vista, both with Admin accounts. Here's the catch: I can recover the files that still have a filename in the list view in recuva. I can preview all of them (jpg), even the ones that have empty filenames in the list. But I can't recover those, I get an 'access denied' error. Here's what I think is happening: Recuva tries to create the file with its original name, which in this case is empty! But Windows won't let Recuva create a file with an empty name/no name. Any workaround/fixes for this? Thanks!
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.