Ive got a weird issue with Windows 7 x64 Ultimate networking to another Windows 7 x86 Home Premium machine. The problem is that when I do a 2GB file copy from the x86 to the x64 (initiated at x64), the copy runs fast for 10 seconds then stops?!? I mean really stop, not just go slow as I can watch the packets halt and network in Process Explorer. If I cancel and start again, the same thing happens again. I would try again a fourth time, but that would make me insane... Background: I just performed a clean install on the x64 machine and installed the default motherboard and LAN drivers. Once I do that I can connect to the x86 machine and copy the 2GB file at 1GB connection (~100MB/s) speed fine; all good so far. I then install the windows updates; still good. On the next set of windows updates that include Win7 SP1, I then try the copy again and the problem happens from then on. The motherboard is a ASUS with a RealTek NIC controller. Ive tried the following with lots of reboots: - Download the latest LAN drivers. - Download the latest motherboard chipset drivers. - Setup Home Group better both machines - Disabled the firewall on the x64 machine. - Changed different setting in the NIC Advanced settings Any ideas of why it would work Pre-SP1 and not after SP1? Its like it downloads a portion of the file to a buffer after the SP1 install, but doesnt write it to the HDD.

Just tested yet another clean install before installed Win7 SP1 and while 1 file will get through, if I select many the process will stop. I just tried sending the file from the remote machine and it also stops after a good start. I just tested manually setting the NIC to 100Mb Full Duplex and all that changed was it took a little longer before stopping. This looks awfully like a security issue for Windows 7 rather than a networking issue. It's like the firewall or other system process is killing off the copy process... Any feedback is welcome. It looks like the backup plan of sneakernet over external USB HDD is the only way to go... I do like the term "It just works (or tells you why not)!" to software design, rather than "Just not work for safety sake (because you _might_ be a hacker)".

Hi, Have you installed any third party security software or firewall on both computers? I suggest disabling Windows Firewall, disabling UAC, performing clean boot on both computers to check the result. If the issue persists, you can use xcopy or robocopy commands instead for a test. Xcopy http://technet.microsoft.com/en-us/library/cc771254(WS.10).aspx Robocopy http://technet.microsoft.com/en-us/magazine/ee851678.aspx Niki TechNet Subscriber Support If you are TechNet Subscription user and have any feedback on our support quality, please send your feedback here Niki Han TechNet Community Support

Hi, Any update about the issue? Niki TechNet Subscriber Support If you are TechNet Subscription user and have any feedback on our support quality, please send your feedback here Niki Han TechNet Community Support

Hi Niki, No, no third party software. Just a clean Windows install. I have an update to the situation. My case turned out a whole lot more interesting that may help or be a red herring... In my Win7x64 machine, I had 2 SSD Raid 0 (OS) with 2 HDD spinny's Raid 0 (Data) (backed up to external HDD). As a side issue to save on the writes to the SSD, I put both the page file and redirected temp folders to the HDD Raid on the initial setup. As the system was going bad (1st lost USB ports, then boot then hang, not boot, etc) I did a quick checkdisk when I had a good boot and no problems for the Intel raid controller reported no problems. So I bought all new computer parts except for the SSD and HDD. Now I re-setup the PC with new raid arrays in the same formation on these same drives and was trying to copy back the backups to restore them which started the networking problem. Now the quirky part... Since I couldn't copy my backup data over the network, I put it on an external HDD and was copying it back to the HDD Raid array when the controller reported 1 HDD had failed. I then put the HDD's back to single drives, created new MBR partitions and quick formatted them. CheckDisk quick pass OK, HDDTune no problems, but 1 was little hotter and had 10 DMA errors. So I retried HDDTune with full scan, cool drive all ok but hotter drive had first few blocks ok but then fail til next 2 rows. Ah Ha! Potentially part of page file was corrupt so windows problems in old system build and when I rebuilt the drives to be clean the copy was fine until it reached the bad blocks. Found it, so I thought. Now the interesting part... My computer parts supplier didn't have 2 new 2TB HDDs (as I was going to Raid 1 them this time, but that can now wait until the other drive arrives) so I only got one. As it was 2TB I figured that I might partition it with GPT instead of MBR, due to the extra redundancy in the tables and I'm not going back to any older WinOS. So now I've got the backups restored to the 2TB and all looking good. So I'm about to tell the story of my problem being HDD related when I do one more test to make sure. So I try and copy the files from the Win7x86 computer to the 2TB GPT drive and it worked fine. Yay! Problem solved, but for laughs I also try again to the old MBR drive that past all the tests and it starts then stops?!? Huh? So after a half day performing all types of low level disk checks, the drive is reporting good so I repartition to GPT, formatted it with the defaults for NTFS and try the network copy again. Guess what the result is? It works!?! But (there is always a but) now I've got the slow copy problem... Right now it's slowed down to 5MB/s, but it is working now.

Yeah, I got it working somewhat but with a new going slow problem. I'm now thinking maybe it's a GPT thing or maybe a SATA 1 thing... I don't know?!?

Hi, It is hard to say the issue is related to GPT partition. You can copy the file from one place to another place on the same computer to identify if it is a network issue. Meanwhile, you can use command instead as my previous post mentioned. Niki TechNet Subscriber Support If you are TechNet Subscription user and have any feedback on our support quality, please send your feedback here Niki Han TechNet Community Support

I checked from another Win7 x64 computer on the same network and the copy works fine. This is immensely frustrating that there are no tools to break down and pin point where there problem is. What would Mark Russinovich do? I've installed the latest LAN drivers, all windows updates, motherboard chip set drivers and even gave the computer a disapproving stare, but no dice. The other copy options; same deal go slowwww. Ok apparently it's fixed!?! While running through and typing this I installed an application called "Software Informer." It tellsm me that there was a newer LAN driver out there. So I went to my motherboard makers website and no, nothing newer. So I searched for the actual company Realtek and downloaded their latest driver. Apparently that did the trick. So I'm now happy again, but still there there needs to be a tool or tools to diagnose this quicker than 2 weeks of frustration and wasting everyone's time in the forums.