VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1561 - 1563 of 16363)

Ticket Resolution Summary Owner Reporter
#2770 fixed Guru meditation while compiling Haiku's source tree under Haiku (VERR_REM_TOO_MANY_TRAPS) oco
Description

Step to reproduce :

  • transform a raw disk image (pre-alpha) in virtualbox format (http://haiku-files.org/raw/index.php?dir=&sort=name&order=desc)
  • create a 3 Gb disk (dynamic size)
  • initialize a BFS partition on the second drive with DriveSetup (available in the image)
  • get Haiku's source tree on the BFS partition
  • ./configure
  • jam install-haiku

The Guru meditation is raised a few minutes later.

#2771 fixed VB guest window no longer resizes on virtual display mode change => Fixed in SVN dimitris
Description

Host is Debian sid, guest is CentOS 5.2 with 2.1.0 guest additions installed, both x386.

Steps:

  • Start the guest.
  • Boot sequence switches the virtual display to graphical mode.
  • VB window doesn't resize, instead it displays the CentOS graphical boot screen cropped to the size the VB window had originally.
  • Boot sequence now starts X, same cropping present.
  • Machine->Adjust Window Size has no effect.
  • Resizing the VB window manually through the host WM decorations also has no effect.
  • I can "force" the VB window to resize by selecting Machine->Close..., then canceling.

This is a regression from 2.0.6. Also, when I first booted the guest under 2.1.0, still running 2.0.6 guest additions, this problem was not present.

Just to be clear, this is not about auto-resizing, which isn't possible on this guest due to the X/RandR version it runs. This is about the VB guest window not resizing during the boot process, something that worked on different guests since 1.6.x.

#2772 fixed Differencing file not deleted after shutdown with immutable disk. Dmitry A. Kuminov Ken Savage
Description

I upgraded to 2.1.0 on my 64-bit openSUSE 11.0 machine. XP is virtualized in a 'normal' hard drive.

I unregistered the disk image, and marked it immutable from the CLI. From the GUI, I added the immutable disk to my VM (the GUI confirms it's immutable), and then started up XP.

Upon shutdown, the disk manager shows a differencing file under my immutable image [was expecting it to be deleted], and when I restart XP, I've clearly not reverted back to the base disk image (eg, software/folders that were added post-immutability still present).

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