Skip to main content

Recovery Error messaage: Failed to recover ...

Thread needs solution

I use TIH to transfer files between two computers at different sites.  There may be a few to hundreds of files transferred each time.

The Recovery process is initiated for large folders (e.g Documents; Downloads; Pictures) with option to NOT overwrite more recent files selected.

When transferring from Computer A to Computer B (but not vice versa), there is a single file gives the error message:  

id=4; level=4; module=4; code=33; date/time=2/24/2018 8:02:35 PM
message=Failed to recover file or folder 'Property Tax Data Source.xls'. Unsupported file type. (0x40021) $module = ti_demon_vs_6595 ntfs::NTFSFile::InitializeData: <link url='execute://%VS_PATH%\Common7\IDE\devenv.exe @k:\6595\file\filesys\ntfs\ntfs_file.cpp /command Edit.GoTo 176'> k:\6595\file\filesys\ntfs\ntfs_file.cpp(176)</link>: None

The file works OK on each computer.  It can be manually copied without a problem.

The backup process on Computer A is "Entire PC"; on Computer B it is "Disks and Partitions" (as there are disks on Computer B that I don't want to backup).

The recovery options has Recover files with their original security settings deselected.

And if I choose to "ignore", the recovery process continues without difficulty.

This is NOT a file which even needs to be recovered, as there had been no changes made.  During the recovery process, in File Explorer, the "usual" two entries appear with identical "date modified" time stamps

Property Tax Bill Data Source.xls
Property Tax Bill Data Source.xls~73PBBR5C

Any ideas as to what might be going on here, and how to correct it?

Both computers are running TIH 2016

Windows 10 Professional x64

0 Users found this helpful

Ron, my main thought at this point would be that there is something on Computer B that is either locking or preventing changes to the file being restored?

I would suggest trying to restore that one file individually to a different location to check that the issue is not related to where the original file normally resides.  If you still see the same issue, then check that you have no open MS Office applications that could be interfering with the restore?

Steve,

There were no MS Office applications open at the time, and other *.xls files were processed without an issue.

Also, after reading your response, I tried a restore of that same file to the same place, with the same recovery options settings, and it processed without a hitch.  I had not tried that before.

Had it occurred just once, I might have passed it off as a gremlin, but it seems to be not only file and computer specific, but also related to the type of backup!