Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have Client Hyper-V on Win8, hosting a few VMs like ubuntu, a clean windows build-machine, etc. My VMs are connected to an external virtual-switch (shared with the management OS), and that works fine... for a while - they can see the world. However, after an indeterminate time, when I resume the guest VM it won't have internet access. It simply can't see out. Shutting down the guest completely and restarting it doesn't help.

Currently, the only way I can "cure" this is to suspend the guests, go into Virtual Switch Manager, remove my virtual-switches, re-add the same virtual-switches, and reactivate the guest OS. Then it immediately works. This even works if the guest was just paused (not fully shut down).

Is this a common fault? What can I do to prevent this?

Update: after experimentation, it seems I only need to delete / re-add the external virtual-switch. Until then, the guest OS thinks it is disconnected.

share|improve this question
when I resume the guest VM it won't have internet access. means if you don't pause the VM then your internet access continue without any interruption? – avirk Nov 15 '12 at 18:19
@avirk it may also relate to suspend/resume at the host - lots of variables. But to answer your question - it doesn't seem to happen when using the guest continuously... But I rarely need to use the guest continuously :) – Marc Gravell Nov 15 '12 at 18:30
I wonder if this is due to the fact that Hyper-V Client is a ported version of the Hyper-V server, and thus expected to operate with client constantly running most of the time. – KronoS Nov 15 '12 at 19:04

This might be a driver issue.

For example, in the thread Hyper-V Virtual Switch (Windows 8) the solution was to downgrade to Windows 7 drivers, rather than using the ones that windows 8 installed.

share|improve this answer
any idea whether it is talking about the host or the guest? – Marc Gravell Nov 15 '12 at 12:30
Windows 8 is supposedly the host. – harrymc Nov 15 '12 at 13:13
in my case I also have win8 guests - you can see how it may become confusing ;p – Marc Gravell Nov 15 '12 at 13:16
As the problem also arrives with linux, the host must be the common factor. Best to continue testing with linux clients at first if possible. – harrymc Nov 15 '12 at 13:34
For info, I've added a separate answer with more info, but you definitely deserve the bounty for leading me down the right road - cheers. – Marc Gravell Nov 22 '12 at 11:16
up vote 2 down vote accepted

The issue here was (as harrymc rightly noted) dodgy drivers and/or hardware, in this case an on-board Marvell network adapter. It was not possible to follow the "use an older driver" approach (it simply doesn't install, and I'm not sure that is a great practice anyway), so I instead threw in an Intel CT network adapter (or a GT would probably be fine, if you lack a spare PCI Express slot).

With the on-board, this scenario would happen when suspending the host: it simply doesn't resume correctly as far as Hyper-V is concerned. With the dedicated NIC - it just works. If you are going to the trouble of replacing the NIC, you might as well get a well supported model / brand, hence why I went for the Intel.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.