VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1138 - 1140 of 16363)

Ticket Resolution Summary Owner Reporter
#14558 fixed VirtuaBox bridged adapter "merges" bridged interfaces of the same hardware => Fixed in SVN EPinci
Description

Runing VBox 5.0.4 on Win10 RTM on a system with an Intel 82574L dual NIC. First NIC is disconnected, second NIC is the one in use as per below:

PS C:\WINDOWS\system32> Get-NetAdapter | FT Name, InterfaceDescription, InterfaceIndex, Status

Name                         InterfaceDescription                       InterfaceIndex Status
----                         --------------------                       -------------- ------
Ethernet 2                   Intel(R) 82574L Gigabit Network Connection              7 Up
Clavister                    SSL VPN TAP-Win32 Adapter V9                            9 Disconnected
VirtualBox Host-Only Network VirtualBox Host-Only Ethernet Adapter #2                8 Up
Ethernet                     Intel(R) 82574L Gigabit Network Connection             10 Disconnected

Note that both Ethernet and Ethernet 2 have the same Descriptor. Description (AKA Device name) is not user configurable and defined by the OS. I believe Win8 used to mark the second one with an "# 2" but Win10 does not.

Per similar tickets, I checked NetADP6 and NetLWF driver version and running status with "sc query". "VBoxManage list bridgedifs" correctly identifies the Ethernet NIC *all with same Name and VBoxNetworkName* per below:

PS C:\Program Files\Oracle\VirtualBox> .\VBoxManage.exe list bridgedifs
Name:            Intel(R) 82574L Gigabit Network Connection
GUID:            943906a2-b8b3-4bdd-ad8b-ba4a836d51bf
DHCP:            Disabled
IPAddress:       192.168.1.5
NetworkMask:     255.255.255.0
IPV6Address:     fd9a:1c10:4d81:0001:20e4:d222:4c89:d809
IPV6NetworkMaskPrefixLength: 64
HardwareAddress: 00:30:48:bc:e9:56
MediumType:      Ethernet
Status:          Up
VBoxNetworkName: HostInterfaceNetworking-Intel(R) 82574L Gigabit Network Connection

Name:            SSL VPN TAP-Win32 Adapter V9
GUID:            e5e56055-88c4-4a8a-a8c8-c2820776956c
DHCP:            Disabled
IPAddress:       1.1.1.1
NetworkMask:     15.0.0.0
IPV6Address:     fe80:0000:0000:0000:2189:4efc:410a:7bab
IPV6NetworkMaskPrefixLength: 64
HardwareAddress: 00:ff:e5:e5:60:55
MediumType:      Ethernet
Status:          Down
VBoxNetworkName: HostInterfaceNetworking-SSL VPN TAP-Win32 Adapter V9

Name:            Intel(R) 82574L Gigabit Network Connection
GUID:            f3c6f150-12ed-42f1-8a2a-21ff92c253de
DHCP:            Enabled
IPAddress:       169.254.11.85
NetworkMask:     15.0.0.0
IPV6Address:     fe80:0000:0000:0000:18f7:ac18:9661:0b55
IPV6NetworkMaskPrefixLength: 64
HardwareAddress: 00:30:48:bc:e9:57
MediumType:      Ethernet
Status:          Down
VBoxNetworkName: HostInterfaceNetworking-Intel(R) 82574L Gigabit Network Connection

As result, the interface dropdown in the virtual machine shows *two* availble bridged interfaces:

  • Intel(R) 82574L Gigabit Network Connection
  • SSL VPN TAP-Win32 Adapter V9

And VBox effectively binds the VM interface to the first adapter with the name, in my case the disconnected one. There's no way to select the other working interface as used to be with Win8.

Note that this behavior is shown only after the first reboot post-installation. For some baffling reasons, right after the installation of VBox, before the first reboot, I can see and use three NICs in the VM Network configuration dropdown and actually use the right one (# 2) until the first reboot. After the first reboot the # 2 adapter disappear and the VM errors out on start due to missing network adapter and I can bind it only to the wrong VM.

#7702 fixed UEFI support for Windows guests Eagle
Description

VirtualBox currently does not support booting of Windows guests using UEFI firmware. UEFI is required for booting drives larger than 2 TB (recently introduced by WD).

#13365 fixed Unity Launcher and top panel overlays full screen mode EarlsFurniture
Description

When running a guest in full screen mode, the Ubuntu Unity launcher and top panel overlay the guest screen. This behavior was introduced immediately with the 4.3.16 update. I discovered this issue right after an update to 4.3.16, tested on another machine before and after the update and was able to repeat the issue. The issue did not exist in 4.3.14.

Marked as GUI/Compiz since Unity is a compiz plugin. Otherwise devs would know better where this issue lives.

Marked as major because the left and upper portions of the underlying guest window (usually containing icons, menus, tools in some apps) are inaccessible in this state.

I'm not sure any particular log is relevant, but I'll be happy to upload one if needed.

I can also assist with testing if need be.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy