VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (628 - 630 of 16363)

Ticket Resolution Summary Owner Reporter
#643 fixed Guests not starting after upgrd. (1.4->1.5) => Fixed in SVN / 1.5.2 kaasgaard
Description

After an upgrade from 1.4 to 1.5 (rpm version) I am no longer able to start my machines.

I get the following error: Failed to open release log (, VERR_NO_MEMORY).

Result Code: 0x80004005 Component: Console Interface: IConsole {1dea5c4b-0753-4193-b909-22330f64ec45}

Fedora 7, x86_64, kernel 2.6.23

Nothing else changed other than the upgrade, and the previous version (1.4) worked perfectly.

Plenty of memory left as well: Mem: 2037128k total, 1051656k used, 985472k free, 28468k buffers Swap: 4096532k total, 0k used, 4096532k free, 502804k cached

Martin

#644 fixed VirtualBox randomly causes mouse to jump to top left corner permanently in Ubuntu Gutsy host, XP VM Neil Cawse
Description

Also applies to 1.4.0. While working in an XP virtual machine, occasionally the mouse "jumps" position by a couple of inches. Every now and then, the mouse seems to jump into a state that it cannot recover. It moves to the top left corner of the screen and is trapped there. The mouse button still works but you cannot move it off that position. This occurs both for the built in trackpad and any external mouse. Restarting X fixes the problem. I suspect there may be an issue with Gutsy or my drivers causing the jump but VirtualBox should not trap the mouse that way. I can provide further data if needs be xorg.conf or anything.

#645 duplicate When doing a snapshot, network does not work any more with Linux guest. => Fixed in 1.5.4 Vincent Bernat
Description

Using VirtualBox 1.5.0 OSE (1.5.0-dfsg-1 from Debian).

Here are the steps:

  • install a Debian Etch as guest system
  • after installation, check that network is working (ping another machine)
  • take a snapshot
  • ping again the same machine: does not work any more.

Rebooting the guest does not solve the problem. modprobe -r pcnet32 ; modprobe pcnet32 does not solve the problem. Halting the guest and starting it again solves the problem.

I use a bridged tun interface.

br0		8000.000cf1a5600d	no		eth0
							tun-test

If I use tcpdump on tun-test, I see DHCP request from guest and answers from DHCP server. I suppose the problem is then receiving on guest. Same applies for ARP. Guest kernel is 2.6.18-5 from Debian. I suppose this is not a kernel problem since rebooting does not solve the problem.

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