VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (400 - 402 of 16363)

Ticket Resolution Summary Owner Reporter
#3985 obsolete USB detected as Diskette Sander
Description

All my USB sticks are detected as diskettes, and for this reason I can not use them on my virtual pc.

My 'non-virtual'-pc (Vista Home Premium SP1 - 32bits) does detect them as USB, so it isn't the fault of my computer.

The places where I tested this bug are: on top of the VirtualBox-GUI (Mount USB = empty, Mount floppy contains all my USBs) and in the settings of the virtual machine (settings --> USB --> (both checkboxes are checked) --> second icon --> no available devices)

#3986 obsolete Video problems with windows guests on Windows 7 RC host Felipe
Description

Host OS: Windows 7 RC (x64) - US english

Guests OS which the problem occurs on: Windows XP SP3 (x86, pt-br) or Windows Server 2003 R2 (x86, en-us)

Defect: The windows guest seems to be broken, with the video card only able to show colors with a range of 4 bits. The vbox 3D acceleration support is enabled. When this feature is disabled and the video driver is rolled-back to the windows standard driver, the appearance backs to look normal. For now, i am not able to use any of the video features of the vbox vm additions, like the resizable monitor resolution or even the full-screen.

Observations: The problem wasn't been observed when the host was Windows Vista SP1 (x64, pt-br) regardless of vbox 3D acceleration support being enabled or not, or when the guest was a Linux Ubuntu 9.04 (x64) with vbox 3D acceleration enabled.

Other information about the virtual machine: ACPI enabled, AMD-VT enabled, 32 MB of video memory

Hardware of the host: XFX NVIDIA 8600GT 512MB - driver version: 185.81 (beta), AMD Athlon 64 X2 6000+

#3992 obsolete host-only networking slows down, high latency Scott Fehrman
Description

MacOS 10.5 using VBox 2.2.2 with OpenSolaris guest. Started having networking issues after upgrading to 2.2.2. Image works fine for 1-2 hours, using ssh / scp from host to guest. Then for no obvious reason the networking has large delays (2-10 seconds), type in command in ssh terminal and wait. Here is some "ping" data ...

macbook:[sfehrman] ping sedemo8
PING sedemo (192.168.100.101): 56 data bytes
64 bytes from 192.168.100.101: icmp_seq=0 ttl=255 time=13851.959 ms
64 bytes from 192.168.100.101: icmp_seq=1 ttl=255 time=12851.360 ms
64 bytes from 192.168.100.101: icmp_seq=2 ttl=255 time=11850.678 ms
64 bytes from 192.168.100.101: icmp_seq=3 ttl=255 time=10850.062 ms
64 bytes from 192.168.100.101: icmp_seq=4 ttl=255 time=9849.439 ms
64 bytes from 192.168.100.101: icmp_seq=5 ttl=255 time=8848.794 ms
64 bytes from 192.168.100.101: icmp_seq=6 ttl=255 time=7848.265 ms
64 bytes from 192.168.100.101: icmp_seq=7 ttl=255 time=6847.562 ms
64 bytes from 192.168.100.101: icmp_seq=8 ttl=255 time=5846.956 ms
64 bytes from 192.168.100.101: icmp_seq=9 ttl=255 time=4846.243 ms
64 bytes from 192.168.100.101: icmp_seq=10 ttl=255 time=3845.652 ms
64 bytes from 192.168.100.101: icmp_seq=11 ttl=255 time=2845.027 ms
64 bytes from 192.168.100.101: icmp_seq=12 ttl=255 time=1844.426 ms
64 bytes from 192.168.100.101: icmp_seq=13 ttl=255 time=843.721 ms
64 bytes from 192.168.100.101: icmp_seq=14 ttl=255 time=29428.120 ms
64 bytes from 192.168.100.101: icmp_seq=15 ttl=255 time=28427.485 ms
64 bytes from 192.168.100.101: icmp_seq=16 ttl=255 time=27426.888 ms
64 bytes from 192.168.100.101: icmp_seq=17 ttl=255 time=26426.605 ms
64 bytes from 192.168.100.101: icmp_seq=18 ttl=255 time=25426.004 ms
64 bytes from 192.168.100.101: icmp_seq=19 ttl=255 time=24425.402 ms
64 bytes from 192.168.100.101: icmp_seq=20 ttl=255 time=23424.780 ms
64 bytes from 192.168.100.101: icmp_seq=21 ttl=255 time=22424.066 ms
64 bytes from 192.168.100.101: icmp_seq=22 ttl=255 time=21423.472 ms
64 bytes from 192.168.100.101: icmp_seq=23 ttl=255 time=20421.088 ms
64 bytes from 192.168.100.101: icmp_seq=24 ttl=255 time=19420.491 ms
64 bytes from 192.168.100.101: icmp_seq=25 ttl=255 time=18419.905 ms
64 bytes from 192.168.100.101: icmp_seq=26 ttl=255 time=17419.179 ms
64 bytes from 192.168.100.101: icmp_seq=27 ttl=255 time=16418.473 ms
64 bytes from 192.168.100.101: icmp_seq=28 ttl=255 time=15417.836 ms
64 bytes from 192.168.100.101: icmp_seq=29 ttl=255 time=14417.111 ms
64 bytes from 192.168.100.101: icmp_seq=30 ttl=255 time=13416.476 ms
64 bytes from 192.168.100.101: icmp_seq=31 ttl=255 time=12415.752 ms
64 bytes from 192.168.100.101: icmp_seq=32 ttl=255 time=11415.001 ms
64 bytes from 192.168.100.101: icmp_seq=33 ttl=255 time=10414.306 ms
64 bytes from 192.168.100.101: icmp_seq=34 ttl=255 time=9413.643 ms
64 bytes from 192.168.100.101: icmp_seq=35 ttl=255 time=8842.514 ms
64 bytes from 192.168.100.101: icmp_seq=36 ttl=255 time=7841.669 ms
64 bytes from 192.168.100.101: icmp_seq=37 ttl=255 time=6839.962 ms
64 bytes from 192.168.100.101: icmp_seq=38 ttl=255 time=5839.377 ms
64 bytes from 192.168.100.101: icmp_seq=39 ttl=255 time=4837.303 ms
64 bytes from 192.168.100.101: icmp_seq=40 ttl=255 time=3836.596 ms
64 bytes from 192.168.100.101: icmp_seq=41 ttl=255 time=2835.894 ms
64 bytes from 192.168.100.101: icmp_seq=42 ttl=255 time=1835.271 ms
64 bytes from 192.168.100.101: icmp_seq=43 ttl=255 time=834.580 ms
--- sedemo ping statistics ---
71 packets transmitted, 44 packets received, 38% packet loss
round-trip min/avg/max/stddev = 834.580/12596.713/29428.120/8208.305 ms

A reboot of the image will restore normal host-to-guest performance, for another few hours.

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