Package: virtualbox Version: 4.1.16-dfsg-1 Severity: normal Dear Maintainer,
I'm using VirtualBox to run a database server on a "separate system" on my laptop; thus, I set that system to use vboxnet so my host can communicate with the guest. Lately (not sure how long, but consistently), whenever I start this guest, I run into a problem shutting my (host) system down: I always shut down the guest machine and exit the VirtualBox control panel first, and all seems fine. Then I try to shut down my laptop, but the shutdown process gets stuck, emitting every ~10 seconds the message: unregister_netdevice: waiting for vboxnet0 to become free. Usage count = -1 At this point, the shutdown has progressed enough that no intervention seems to be possible (X is long gone, Ctrl-C etc. are ignored; I haven't tried the SysRq magic -- I know it exists, but not more). I have no choice but to force the shutdown (long press on the power button). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii libc6 2.13-33 ii libcurl3 7.26.0-1 ii libgcc1 1:4.7.0-8 ii libgsoap2 2.8.7-1 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3~rc2-2.1 ii libsdl1.2debian 1.2.15-3 ii libssl1.0.0 1.0.1c-3 ii libstdc++6 4.7.0-8 ii libvncserver0 0.9.9+dfsg-1 ii libx11-6 2:1.4.99.901-2 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-3 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii python 2.7.2-10 ii python-central 0.6.17 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libqt4-opengl 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii virtualbox-dkms 4.1.16-dfsg-1 ii virtualbox-qt 4.1.16-dfsg-1 Versions of packages virtualbox suggests: ii vde2 <none> ii virtualbox-guest-additions-iso 4.1.16-1 -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
