none
Windows 7 hangs during network copy (bug)

    Question

  • I've been trying to find a place to post a bug report and I ended up here, apologies if there's a better place. On to the bug...

    Problem: User interface completely freezes
    OS: Windows 7
    Ethernet adapter: Atheros L1 Gigabit Ethernet 10/100/1000Base-T Controller


    Description:
    When I attempt to copy large files onto a shared network directory the entire user interface freezes. No response to the mouse or keyboard. Waiting several minutes (i.e. long enough for the copy to finish) does not restore functionality. The only option being a hard reset.

    The remote network share is running on a Linux box using a Samba server. There is presently no anti-virus installed locally.


    Troubleshooting:
    Action centre does not report anything useful besides a message that Windows was not shut down properly.

    The same failure happens when I try to copy the file using explorer or robocopy (from the command line). The only difference is that explorer seems to create the full sized file on the network share and start copying before it freezes (the contents of the file were however incomplete with only a few bytes of content copied as best I can tell). Robocopy failed with no traces of the file being copied at the destination.

    I tried turning off Remote Differential Compression but this didn't help the problem.


    Drivers:
    Initially I had some issues with BSODs when I installed the Marvell driver for my ethernet adapter that is provided on the ASUS website for my specific motherboard.

    I removed these and installed the latest drivers from the Marvell website which fixed the BSODs. However with these I have guaranteed UI freezing when attempting to copy large files.

    I finally removed these drivers so that Windows would revert to its own set. Now when attempting to copy the files into the network share I still get instant UI freeze if the share is empty. However, when attempting to copy a file which will overwrite an existing one (or attempting to delete the file on the network share) I instead get a message that the file is in use by another program and can not be overwritten/removed.

    Wednesday, May 27, 2009 2:34 AM

Answers

  • My problem seems to have been different to JuniorJr as Task offloading changes did not aleviate it.

    However, the problem seems to have gone away with the latest optional update for the Atheros L1 Controller. Hope there's no more issues with this in the future. Cheers guys.

    • Marked as answer by hetmankp Wednesday, September 30, 2009 1:01 AM
    Wednesday, September 30, 2009 1:01 AM

All replies

  • I have a similar problem. I have an Acer 5720 travelmate with a Broadcom Netlink gigabit on Cisco gigabit network.
    Copying files from server under a gig no problem and very fast, but as soon as I copy over a gig, it bombs my network and I am completely off and have to reboot. This has happened twice in the last week now.
    I am using the drivers that Windows installed and otherwise it is working perfectly.
    Any ideas or should I try install manufacture driver?


    Running 32bit build 7100.
    Wednesday, May 27, 2009 2:18 PM
  • I forgot to mention in my original post that I'm using the Windows 7 RC (build 7100).
    Friday, May 29, 2009 6:07 AM
  • hetmankp,

    I'm sorry to hear that you're having issues with your Windows 7 machine freezing up.  You might want to consult the Windows 7 forum at microsoft.com/springboard, there may be some information about compatibility with your system, please keep in mind, if your system was stable before, and you have the Vista Drivers they will work with Windows 7, so you may want to revert to them.
    Thanks,

    v-glferg@microsoft.com 

    • Marked as answer by Adam M MCP Thursday, June 18, 2009 4:31 PM
    • Unmarked as answer by hetmankp Thursday, September 03, 2009 4:11 AM
    Wednesday, June 03, 2009 5:57 PM
  • I've been trying to find a place to post a bug report and I ended up here, apologies if there's a better place. On to the bug...

    Problem: User interface completely freezes
    OS: Windows 7
    Ethernet adapter: Atheros L1 Gigabit Ethernet 10/100/1000Base-T Controller


    Description:
    When I attempt to copy large files onto a shared network directory the entire user interface freezes. No response to the mouse or keyboard. Waiting several minutes (i.e. long enough for the copy to finish) does not restore functionality. The only option being a hard reset.

    The remote network share is running on a Linux box using a Samba server. There is presently no anti-virus installed locally.


    Troubleshooting:
    Action centre does not report anything useful besides a message that Windows was not shut down properly.

    The same failure happens when I try to copy the file using explorer or robocopy (from the command line). The only difference is that explorer seems to create the full sized file on the network share and start copying before it freezes (the contents of the file were however incomplete with only a few bytes of content copied as best I can tell). Robocopy failed with no traces of the file being copied at the destination.

    I tried turning off Remote Differential Compression but this didn't help the problem.


    Drivers:
    Initially I had some issues with BSODs when I installed the Marvell driver for my ethernet adapter that is provided on the ASUS website for my specific motherboard.

    I removed these and installed the latest drivers from the Marvell website which fixed the BSODs. However with these I have guaranteed UI freezing when attempting to copy large files.

    I finally removed these drivers so that Windows would revert to its own set. Now when attempting to copy the files into the network share I still get instant UI freeze if the share is empty. However, when attempting to copy a file which will overwrite an existing one (or attempting to delete the file on the network share) I instead get a message that the file is in use by another program and can not be overwritten/removed.


    I am having the same problem with the same configuration.  It seems heavy network traffic is the killer as my computer runs fine until a good connection is made with the other computer on my network.  This also happens when I run a Torrent.

    Is there a way to load the Vista Drivers?  I downloaded them and they will not install noting "invalid operating system".


    Cheers,

    Sean
    Wednesday, July 01, 2009 2:54 AM
  • There is a new driver effective June 22, 2009 available off the atheros site.  I'll give that a try.
    • Proposed as answer by Failboat Wednesday, July 01, 2009 5:46 PM
    Wednesday, July 01, 2009 3:24 AM
  • I have this exact same problem on RTM.  Same network card.  Driving me crazy.  Have you fixed w/ a different driver?
    Thanks
    Saturday, August 22, 2009 1:32 PM
  • Have you tried shareing files with another windows client?  if you have access to a windows share try moving a file from the problem machine to another windows machine share.  It can be XP, Vista, 7, 2000, 2003. 2008.   if it works, it clears your network hardware and drivers.  Which would point to linux samba service. 

    it seems to be an authentication conflict.  You have access to the share.  But by default permissions are set to read, list contents, and execute for normal SMB shares.  Basically  if the linux is restricting access to copy files to the share and win 7 thinks it can, the auth process will be stuck and cause a buffer overload on your network device causing the freeze. 

    But i don't know if you got other windows machines that work fine copying files to the linbox which would rule out my diagnosis.  
    Monday, August 24, 2009 7:10 AM
  • Same problem for me. Atheros drivers definitely have issues when Robocopy is used with them. In my case, I have problems with hanging and freezing during Robocopy runs with the Atheros L1E network interface and an Asus P5Q motherboard running Windows Vista 64-bit. Microsoft really need to get on to Atheros about this, especially as the Atheros drivers are WHQL certified.
    • Edited by Oliver342 Friday, August 28, 2009 9:09 PM
    Friday, August 28, 2009 8:52 PM
  • I have confirmed this indeed only happens when copying to Linux Samba shares. When copying the same large file to a Windows XP share this issue does not occur. This is not a permissions problem however, I have write permissions and I can copy to this location with the same authentication details in Windows XP without any problems. Indeed, when the UI locks up, a corrupted version of the file does in fact appear on the remote Samba share, so *something* does get written.

    In any case, even if it was a write permission problem, having the whole UI lock up would not be a graceful or acceptable way to handle such a conflict.

    The drivers that were causing the system to blue screen were for Vista x64, but I can not confirm if these had any issues with my setup as I never ran Vista on this PC. I am currently running the drivers available with Windows 7 which are much better but still have this UI lock up on large file network copy issue.

    Finally, a very weird thing happened today. Copying large files to the Samba share started working perfectly fine. However the issue returned as soon as I restarted the system. Several restarts later the issue persists and hasn't magically dissipated again so it seems to have been a one off fluke. The inconsistency is troubling.

    Thursday, September 03, 2009 4:08 AM
  • I also have been having issues lately with my L1 adapter.  I can trigger it reliably by trying to upload a file attachment in gmail.  Every single time I've done that - today at least - the adapter goes down, and reports "General failures".  Very strange.  If I stay away from uploading to gmail, things seem to keep working.
    ben
    • Proposed as answer by aggieben Thursday, September 24, 2009 5:41 PM
    Friday, September 11, 2009 8:19 PM
  • I've solved this at least for my case.
    Turn off "Task Offload".
    It was KILLING me because I setup iSCSI and couldn't do a THING!  Actually that wasn't a freeze, that was just a total stop of TCP traffic.  VERY odd.  I would start a copy, then all TCP traffic would stop after about 20 seconds.  Everything.  No browsing, ping, nothing.
    Turned off Task Offload (also turned off Link Layer Topology (driver and responder) and all was just fine after that.  No more freezing, no more TCP drops.
    Good luck.
    • Proposed as answer by aggieben Thursday, September 24, 2009 5:41 PM
    Thursday, September 17, 2009 11:49 PM
  • My problem seems to have been different to JuniorJr as Task offloading changes did not aleviate it.

    However, the problem seems to have gone away with the latest optional update for the Atheros L1 Controller. Hope there's no more issues with this in the future. Cheers guys.

    • Marked as answer by hetmankp Wednesday, September 30, 2009 1:01 AM
    Wednesday, September 30, 2009 1:01 AM
  • Cool, problem is happening to me as well, copying from Win 7 RTM 64 bit to a Win 7 RC 32 bit - same network card. I thught I installed the new drivers last night, Ill reboot and try again (working from RC Win 7 at the moment as RTM has hung :( )

    UPDATE: Installing the latest drivers from http://partner.atheros.com/Drivers.aspx has resolved the issue. I did have a 100% hang rate when trying to copy files to another PC, but it hasnt failed yet.
    • Edited by AaronM_NZ Wednesday, October 21, 2009 7:20 PM Update
    Wednesday, October 21, 2009 7:59 AM
  • I wish someone from Microsoft would challenge Atheros about this. My own thread on this topic is still ongoing (and I always use the latest Atheros L1e drivers).
    http://social.technet.microsoft.com/Forums/en-US/itprovistaapps/thread/9555a996-1301-4f68-b9d3-82a87fc6ba46
    Wednesday, October 21, 2009 10:14 AM
  • I was suffering this issue as well. Grabbed the most recent Atheros driver off of Windows Update and it took care of the issue w/o even a reboot. My particular issue was any file copy off the system to Vista hosts on the same LAN - would hard lock the UI when I copied and pasted files manually, and would do the same when a laptop on the network connected to grab printer drivers for a local printer I'm sharing.
    Tuesday, October 27, 2009 6:39 PM
  • Atheros L1 driver 2.4.7.10 is bad software.

    Disable Task Offload in the driver property advanced tab.

    This will stop, die or halt your network.

    Friday, November 13, 2009 11:59 AM
  • However, the problem seems to have gone away with the latest optional update for the Atheros L1 Controller. Hope there's no more issues with this in the future. Cheers guys.

    After weeks of trying to resolve this issue, it appears that this was the fix I was looking for.  I have the same NIC and Windows 7 Ultimate was freezing copying large files to my Windows 2008 R2 server (and even another PC running Windows 7 Ultimate).

    I couldn't find the driver through Windows Update; I had to go to device manager, open the NIC, switch to Devices tab, click Update Driver, and click to search automatically.

    Thank you so much!

    Carl.

    Sunday, June 06, 2010 11:01 AM
  • Hi,

    I have a similar problem to this one except it doesn't crash the whole UI. I am running W7 64-bit and whenever I try to copy and paste a file onto a network share (about 50MB), explorer.exe hangs. The file does get copied over but is sometimes corrupt/incomplete, also, the progress bar hangs after a few seconds and does nothing. If I then start the Task Manager and kill explorer.exe and run another instance it will load but I cant open another explorer window and there are no errors suggesting why. I then have to force a cold boot of the machine as initializing a warm restart makes the system hang when 'Logging Off'.

    I have tried looking for a fix but to no avail, any suggestions?

    NelcBoy

    Thursday, November 08, 2012 2:57 PM
  •  

    Years' worth of comments all very interesting, but here is is 2013 and I have same problem with Copy and I'm NOT running a network. Don't even have one set up. I recently migrated from XP to Windows 7 Ultimate on a home-brew ASUS M4a89GTD Pro / USB3 box, and the copy process hangs when I'm just copying a lot of stuff from one drive (physical drive or partition, doesn't matter) to another one.  Stops about 20 seconds from the end, the copy hangs, won't abort, and just sits there forever.  Usually the rest of the computer remains functional.  

    It appears to happen only in large copy processes -- that is, if many hundreds of files in a folder, or a very, very large file. No exact pattern, although when trying to copy a very large file set (after unzipping a major program's version install set), it seemed to happen at a certain MB volume. (Notes aren't handy now, but I can check.) If I try coping in XP Mode, same thing, except that I get a system error.  Clean boot (no drivers), same thing.  BIOS upgrade, same thing.

    To copy the above program's fileset (which copied fine on an XP system), I had to resort to Safe Mode.  

    I haven't found instructions for disabling Task Offload on my system, but would try that. Not hopeful, as the brief discussion of it here relates to networks, and these files aren't traveling a network, and the NIC is on the motherboard, I think. (GOTO "upgraded BIOS").

    Same as the rest of you... any suggestions?

    FOLLOW-UP: I uninstalled Zone Alarm (ZoneAlarm?) Extreme Security, which I had downloaded directly from a ZA chat rep's link and installed just a few days earlier and installed immediately after installing Windows 7.  (The clue to this was that some posts here and there have mentioned Kaspersky, and I think ZA uses some Kaspersky code.) On reboot, I have had no trouble at all copying large file sets, including the one where I originally met the copy problem.  Next step is to reinstall it (and double-check that the rep gave me the right link) and see what happens.  Then the next step is to contact Zone Alarm and ... see what happens.   

    Please see my further follow-up below.







    • Edited by Sorenden Sunday, January 20, 2013 11:33 AM
    Saturday, January 19, 2013 6:09 AM
  • Well, I've had several chat sessions with Zone Alarm.  Bottom line so far is this:

    Disabling or suspending ZA is not a solution. Uninstalling the main ZoneAlarm program is a solution. (Except that then I'm stuck without my AV.)

    Creating a new Windows user account resolves the copy problem, except when I try to copy from the old user (the "real" me) Downloads folder, which causes the problem to recurr and makes the new user copy process behave badly (same symptoms) until I reboot (required a reset-button reboot).  

    So far, ZA's tech chat rep says ZA can help no further, except to notify their programs of what a rep has said is a one-off problem.  

    NO WAY I'm going to set up my entire life in a new user account. I already lost days of said life doing that two weeks ago.  Any thoughts on what might be wrong with the real user account? What other Microsoft tech references can I access?

    My only thought at this point is to uninstall ZA and install AV from a different vendor (but not Kaspersky).  A further thought is that I should try Microsoft's AV, since then everything will be in MS's court.  

    Sunday, January 20, 2013 11:33 AM
  • Remove IPv6 from network properties.

    If your internal or external networks do not  require  IPv6 protocol, better remove it under network connection properties. Keeping IPv6 in your computer sometimes slows down network by trying to register IPv6 addresses, or trying to get IPv6 address, or trying to resolve IPv6. Better remove it if it’s not required.

    Monday, February 25, 2013 3:21 PM
  • I have the same problem and we are using Symantec Endpoint version 11.  I really wish someone from Microsoft would find a solution to this problem and not Windows 8.  I get tired of having to work around this problem.
    Monday, March 18, 2013 6:54 PM
  • Hello,

    What version of Symantec Endpoint Protection 11.x are you running?

    Make sure you are either running the Latest version of SEP 11.0.7300 OR SEP 12.1.2015

    Hope that helps!!

    Tuesday, March 19, 2013 6:54 PM