Custom Query (16363 matches)
Results (400 - 402 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3985 | obsolete | USB detected as Diskette | ||
| 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 | ||
| 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 | ||
| 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. |
|||

