Windows 7 64-bit Corrupting Large Files Copied to External NTFS Drives

retronaut

New member
Local time
11:12 AM
Messages
3
This past September (2011), I discovered one day after a series of unexplainable issues with a restored file, that a number of backup copies of large files on external USB-connected NTFS drives differed from the source versions still on my hard drive. I also discovered that I could reproduce the issue with newly-copied files.

Here are the specifics of the issue, following a series of experiments:


- On my system, copies of large files, files typically larger than 500MB, are corrupted (altered) roughly 30% of the time when copying them under Windows 7 64-bit to USB-connected NTFS-formatted external drives.


- No error occurs / no error message appears during the copy



- The file size of copy is always identical, whether or not data was altered during the copy process.



- File differences are confirmed via either the command-line "FC" command or a utility such as WinDiff


- The issue impacts copies made via the Windows GUI -OR- via command-line copy or xcopy


- The issue occurs with multiple external USB NTFS-formatted drives, no matter what make or model.


- Subsequent attempts to copy an affected file will ultimately yield an identical copy. This would seem to rule out interference by an external program such as an anti-virus program (and the only AV I am running is Microsoft Security Essentials)


- The USB drives involved pass error checks, and copies made to these drives on other (non W7) systems produce identical copies

- So far, the third party utility "TeraCopy" manages to consistently produce clean copies, and therefore is a temporary workaround. This utility apparently works because it, by default, bypasses the NTFS memory caching operation used by the Windows 7 OS...a caching system which I have so far found no way of disabling.

- The problem does not appear to impact relatively small files (1 to 100MB or so). I have not found any particular threshold, but I have seen the issue impact numerous files in the 500MB neighborhood.


- The problem seems to date at least to the version of Windows 7 that was in release as far back as the Fall of 2010, as I discovered corrupted backup copies of files dating back that far. Again, the files are corrupted with respect to the original copy...NOT with respect to file structure itself.

There is a thread on this issue in the MS Technet forum, and others are reporting identical experiences and specifics. Evidence at this point seems to be pointing to NTFS write-caching, which is used by the OS (with no apparent way to disable), but which is not used by the third-party TeraCopy unless one explicitly enables it.


I assumed that this problem would have been addressed by Microsoft at this point and resolved, but so far, it remains an issue. It's very frustrating to not be able to depend on the native copy operations of Windows 7, but at the moment, that's the case on my system, and I am not alone.

(P.S. It's worth noting that, even with "Optimize for Removal" set on an external drive, the write cache is still minimally utilized, in a "write-through" mode.)
 
Last edited:

My Computer My Computer

At a glance

Microsoft Windows 7 Professional 64-bitIntel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 ...
Computer Manufacturer/Model Number
Dell Studio XPS 435T
OS
Microsoft Windows 7 Professional 64-bit
CPU
Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 Mhz, 4
I've seen this problem. I downloaded a large zip file and copied it to an external drive. When it was done copying I opened the copy and discovered the corruption. I returned to the original file and discovered it was not corrupt. My second attempt worked fine. I seldom work with files this large so this is the only data point I have. I'll create some large archives and try it a few times over the next few days.
 

My Computer My Computer

At a glance

Windows Home Premium 64 BitIntel i34GB
Computer Manufacturer/Model Number
HP-G72
OS
Windows Home Premium 64 Bit
CPU
Intel i3
Memory
4GB
Monitor(s) Displays
LGE2750
Screen Resolution
1920x1080
Keyboard
MS Comfort Curve 2000
Mouse
MS 3500
Welcome to Seven Forums retronaut.
Try enabling Write Caching for better performance to see if that helps. You'll need to use the Safely remove hardware with it enabled.
 

My Computer My Computer

At a glance

Windows 7 Ultimate X64 SP1Intel i5-2550K, Differing ~4.4-4.8GHz No buil...16GB G.Skill Sniper 1866MHz @ 2133MHz 2x8GBASUS GTX650TIB-DC2OC-2GD5, (650TI Boost)
Computer type
PC/Desktop
Computer Manufacturer/Model Number
Home Built Desktop By DataTech
OS
Windows 7 Ultimate X64 SP1
CPU
Intel i5-2550K, Differing ~4.4-4.8GHz No built in GPU
Motherboard
ASUS P8Z68-V PRO/GEN3
Memory
16GB G.Skill Sniper 1866MHz @ 2133MHz 2x8GB
Graphics Card(s)
ASUS GTX650TIB-DC2OC-2GD5, (650TI Boost)
Sound Card
Onboard Realtek 5-1
Monitor(s) Displays
Samsung P2570HD
Screen Resolution
1920x1080
Hard Drives
Samsung 840 Pro 256GB SSD for OS, 500GB Seagate Constellation (Enterprise drive) for Data
PSU
Corsair HX650W
Case
Inwin Dragon Rider
Cooling
Hyper 212 EVO w/two Noctua fans, push-pull, @1300 RPM
Keyboard
E-Z Eyes, bright yellow keys with large characters
Mouse
steelseries SENSEI Laser Pro Gaming
Internet Speed
48-51Mbs Mbs down, 11 Mbs up Xfinity Cable
Antivirus
Norton Internet Security 2013
Browser
IE 10, Opera, Pale Moon if needed
Other Info
4 case fans, LG BluRay-RE, ASUS DVD-RW, Mr. Fusion power supply, 1.21 gigawatts.
Heh yes, if Safely Remove Hardware was not used after any copy across USB then there is always a chance of corruption. Maybe larger copies suffer from this more than smaller ones? Or were you sure that you always properly ejected the device before unplugging it or turning it off?
 

My Computer My Computer

At a glance

Windows 7 x64 Ultimatei7 96012 Gig Corsair DominatorNvidia 480
Computer Manufacturer/Model Number
Scratch built
OS
Windows 7 x64 Ultimate
CPU
i7 960
Motherboard
Asus P6X58D
Memory
12 Gig Corsair Dominator
Graphics Card(s)
Nvidia 480
Sound Card
Maudio Delta 44 + breakout box
Monitor(s) Displays
Dell UltraSharp U2410 24in and Samsung 21 dual monitors
Screen Resolution
1920x1200 and 1280x1024
Hard Drives
Primary: Intel X-25M G2 160G SSD
Secondary: Segate baracuda 1.0 TB
HDs in AHCI mode.
PSU
Corasair TX850
Case
Cooler Master HAF
Cooling
Corsair H50
Keyboard
Logitech G15 + N52 game pad
Mouse
Logitech MX518
Internet Speed
15kbs down 4.5kbps up
Other Info
WEI 7.6
CPU & RAM 7.6
Graphics 7.9
Hard disk 7.7
Heh yes, if Safely Remove Hardware was not used after any copy across USB then there is always a chance of corruption. Maybe larger copies suffer from this more than smaller ones? Or were you sure that you always properly ejected the device before unplugging it or turning it off?

My drives are set to Optimized for Removal, but I always use Safely Remove. This is an extremely surreptitious problem. File structure is sound, disks are free of errors, no errors are indicated or logged on copies or accesses, etc., etc.. Only when comparing copied files with the source (or encountering playback or other interpretive errors with the data in the copied file) does the problem reveal itself. It's also intermittent with respect to any particular copy operation, including multiple copies of the same file. For example, last night, I made three successive copies of the same 1.4GB file to a USB-connected external NTFS drive under Windows 7 64-bit. The first two copies compared successfully, but here are the results of the comparison of the third copy:

D:\tv\720p-mkv>comp test.mkv g:\test\test.mkv
Comparing test.mkv and G:\test\test.mkv...
Compare error at OFFSET 6660000
file1 = E8
file2 = 3
Compare error at OFFSET 6660001
file1 = 1D
file2 = 1
Compare error at OFFSET 6660002
file1 = 9F
file2 = EE
Compare error at OFFSET 6660003
file1 = 19
file2 = D6
Compare error at OFFSET 6660004
file1 = 9F
file2 = 44
Compare error at OFFSET 6660005
file1 = 60
file2 = 7C
Compare error at OFFSET 6660006
file1 = 65
file2 = 82
Compare error at OFFSET 6660007
file1 = C6
file2 = D7
Compare error at OFFSET 6660008
file1 = C0
file2 = F8
Compare error at OFFSET 6660009
file1 = 8F
file2 = 7E
10 mismatches - ending compare


By the way, several in the TechNet thread on this report identical symptoms, and one person there is observing this and can reproduce the issue on two different Windows 7 64-bit systems.

One person there tested extensively and could not generate faulty copies, and the only obvious difference was a different USB controller. However, another user indicates that his experience with the issue isn't limited to USB, and that he also sees it on externally-connected eSATA NTFS drives.
 
Last edited:

My Computer My Computer

At a glance

Microsoft Windows 7 Professional 64-bitIntel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 ...
Computer Manufacturer/Model Number
Dell Studio XPS 435T
OS
Microsoft Windows 7 Professional 64-bit
CPU
Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 Mhz, 4
This is an insidious and very stealthy issue. For those of you with Windows 7 64-bit and who have NTFS-formatted external drives connected via USB, please try the following. You will need a file of random data (such as a movie file) of at least 1GB in size.

From command prompt, and assuming your (large) file is named test.fil, it's in the directory "test" and your external NTFS-formatted USB drive is G:...

c:> cd test (or to whatever directory holds your test file)

c:> copy test.fil g:\test.fil

c:> fc test.fil g:\test.fil

c:> copy test.fil g:\test1.fil (note the alternate name for the destination file)

c:> fc test.fil g:\test1.fil

c:> copy test.fil g:\test2.fil ( " )

c:> fc test.fil g:\test2.fil

Do you obtain consistently identical copies as verified by fc? It may take at least four or five tries in my case, but typically, within the first three tries, such a test copy produced on my system (a Dell Studio XPS 435T) will be faulty, yet it will have all the outward appearances of being an identical copy. "comp" and the utility "WinDiff" also confirm the alteration...

Several others in the TechNet forum on this topic have confirmed identical symptoms...with different Intel USB chipsets and with different USB drives. I see the issue with two different models and vintages of USB drives. One user responding on the thread does not observe errors. This is a huge mystery, but a serious problem which renders the default Windows 7 copy operation unreliable for some, including myself.

Thank you.
 

My Computer My Computer

At a glance

Microsoft Windows 7 Professional 64-bitIntel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 ...
Computer Manufacturer/Model Number
Dell Studio XPS 435T
OS
Microsoft Windows 7 Professional 64-bit
CPU
Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2668 Mhz, 4
By any chance, are you trying to copy/move large files to an NTFS drive with compression for the partition or directory turned on?
 

My Computer My Computer

At a glance

Windows 7 Ultimate x64
OS
Windows 7 Ultimate x64
Back
Top