Forum Index  ViceVersa HOME         FAQ and Knowledge Base

 FAQForum FAQ   SearchSearch Forum  RegisterRegister 
 ProfileProfile   Log inLog in 

Corrupted files using Windows 7 and USB drives

 
Post new topic   Reply to topic     Forum Index -> Support
Author Message
Landyman



Joined: 18 Oct 2009
Posts: 23
Location: UK

PostPosted: Thu Feb 06, 2014 6:32 pm    Post subject: Corrupted files using Windows 7 and USB drives Reply with quote

This is not a VV problem. I have been using VV for many years without any bad experiences. Recently I made a couple of changes over the same period:-

1) I've replaced my WD 'My Passport' 1TG, USB 2 set of three drives with a set of three 2TG, USB 3 drives.

2) I'm migrating from XP Pro 32bit to W7 Professional 64bit, although one laptop is W7 Home 64bit.

I use VV to sync the three external drives to be the same. I've also taken the opportunity to reorganize the folder structure. However, during the changeover to 2TG drives, I used the Windows 7 drag & drop to copy complete folders as I thought it would be quicker. Big mistake.

Many folders contain large files such that a folder is over 100GB in size. After much work in this reorganization, I discovered that many .png files were corrupted after a Windows copy.

Searching the internet, I find that many other folk have discovered this 'problem' with Windows 7, although some blame USB. TeraCopy is recommended as the 'fix', which I am now using.

With VV, I never use the 'Windows native file copy' and use 'Size and Timestamp' for comparison.

Having added files to a source drive and then using VV to sync, it finds the corrupted target files as unchanged. This is to be expected as the size and Timestamps are the same.

Because I have been using files after reorganizing the various drives, I've no idea which were 'original' files and which are the 'backed-up' files. Re-using backup files for more processing I discovered the corrupted files. In one case running VV with the CRC and Timestamp option, VV reported 142 files as different. That's 42 GB of bad files!

But the problem I now have is how to find which files are corrupted.

I would assume that VV with the CRC option, will know that there are differences but unable to know which are good and which are bad.

[Edit]

Sorry I forgot the most important question.

If using the CRC compare option; after the copy has been done, is a CRC check done on the two files?
Back to top
TGRMN Software
Site Admin


Joined: 10 Jan 2005
Posts: 8758

PostPosted: Mon Feb 10, 2014 11:08 pm    Post subject: Reply with quote

Hello, yes, VV will tell you which files are different based on content if you use the CRC option. But it can't tell you which file is the OK file and which one is bad. I think you'll need to decide that manually, by opening the files and checking them.

Yes, the 'verify files after copy using the CRC' option could be useful to check if the files are copied properly.

thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com
Back to top
Guest






PostPosted: Tue Feb 11, 2014 1:05 pm    Post subject: Reply with quote

TGRMN Software wrote:
Yes, the 'verify files after copy using the CRC' option could be useful to check if the files are copied properly.

Thanks for that. I had not found that option previously, only to use CRC in the comparison function.

To sort out the mess caused by this Windows, bug, I am now doing a first run with 'Size and Timestamp' comparison to confirm I have the correct files in pairs of folders, but without executing. I then manually get both folders to have the same files.

Then I do a second run using 'Both' for comparison. This reports which files have been corrupted by Windows 7. I then use the Command Prompt to run FC /B. This identifies which of the pair of files is bad, which I delete. I then reset the 'Tracking Database' before making the third run with 'Both' comparison.

So far I've not found any file corrupted by copying within VV, which I consider as safe. However, I'll now use the copy with CRC to verify in the future as one extra precaution!
Back to top
Display posts from previous:   
Post new topic   Reply to topic     Forum Index -> Support All times are GMT
Page 1 of 1

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © phpBB Group
Copyright © TGRMN Software. TGRMN Software products: