Opened 14 years ago

Closed 13 years ago

#7057 closed defect (fixed)

disconnected host network on boot - removing vbox modules fixes the issue

Reported by: medigeek Owned by:
Component: network Version: VirtualBox 3.2.4
Keywords: Cc:
Guest type: other Host type: Linux


I am not sure if this is a duplicate, sorry if it is.


Host (my physical machine) has disconnected network (ethernet) during boot sometimes. If I reboot the machine, the networking is fine.


  • It seems random, does not happen always...
  • I tried to remove and reload r8169, but didn't help. The problem seems to disappear once I rmmod vbox-related kernel modules.

Attached files:

  • dmesg and several other "network debug" commands, showing the state of the network
  • commands (modprobe -r) I used to remove vbox-related kernel modules and reload my ethernet kernel module (r8169)


I have noticed that there is a new version (3.2.4-62467), I will see if it happens with that install as well.

Using VirtualBox 3.2.4:

$ apt-cache policy virtualbox-3.2
  Installed: 3.2.4-62431~Ubuntu~lucid
  Candidate: 3.2.4-62431~Ubuntu~lucid
  Version table:
 *** 3.2.4-62431~Ubuntu~lucid 0
        100 /var/lib/dpkg/status

Attachments (1) (14.6 KB ) - added by medigeek 14 years ago.
logfiles showing the disconnected state of the network

Download all attachments as: .zip

Change History (7)

by medigeek, 14 years ago

Attachment: added

logfiles showing the disconnected state of the network

comment:1 by medigeek, 14 years ago

Perhaps the priority of 10-vboxdrv.rules is too high?

$ ls -1 /etc/udev/rules.d/

$ cat /etc/udev/rules.d/10-vboxdrv.rules 
KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="root", MODE="0600"
SUBSYSTEM=="usb_device", GROUP="vboxusers", MODE="0664"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GROUP="vboxusers", MODE="0664"

$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.

# PCI device 0x10ec:0x8167 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:db:63:29:fc", 
ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

comment:2 by Michael Thayer, 14 years ago

I believe that 70-* has a higher priority than 10-*. Since you are asking, did you try changing priorities and find that made a difference?

comment:3 by medigeek, 14 years ago

very good suggestion.. :) As soon as it happens again (since it doesn't happen on every boot), I'll try it and let you know!

comment:4 by Aleksey Ilyushin, 13 years ago

Can you try with 4.0.2 and confirm the problem still exists?

comment:5 by medigeek, 13 years ago

Hi, I believe that the problem is resolved, thanks :)

comment:6 by Frank Mehnert, 13 years ago

Resolution: fixed
Status: newclosed

Thanks for the feedback!

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use