Custom Query (16363 matches)
Results (310 - 312 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #14388 | fixed | virtual machine hangs intermittently after entering encrypted drive password | ||
| Description |
I've had problems with virtual machines hanging after entering the password for an encrypted drive. The bug manifests itself as the title bar listing the state of the virtual machine being "Paused" permanently after entering the password for the encrypted VirtualBox virtual drive. I have to forcibly power off the virtual machine and try booting it again, usually several times, until it successfully boots. I have not tried on different hosts. Previously I was using guest-based drive encryption, and it was only when switching to virtual drive encryption in VirtualBox itself where the problem started manifesting itself. |
|||
| #9591 | fixed | virtual machine hang | ||
| Description |
My VM stopped responding when I brought Chromium (the web browser) to the front. Guest is running Debian unstable with Linux 3.0. Host is running Windows Vista x86_64. |
|||
| #6165 | fixed | virtual machine crashes when working with OpenGL inside the guest (host&guest XP 32 bit, 3D support enabled) -> Fixed in SVN | ||
| Description |
Tested versions: 3.1.2 final, 3.1.4 BETA2 Host: Windows XP SP3 Pro 32 bit, fully patched, Catalyst 9.12 (HD3850) Guest: Windows XP SP3 Pro 32 bit, clean install, with or without post-SP3 patches applied, no 3rd party drivers; 2D+3D acceleration enabled (guest settings), guest additions installed in safe mode with 3D support, 64 or 128MB display memory (guest settings) Steps to reproduce:
Make sure there's no baseq2\config.cfg or baseq2\autoexec.cfg file containing a "set vid_ref gl" entry. Loading r1gl after the old refresh module has been initialized, will not trigger a crash. The virtual machine always crashes at instruction 0x6929e616 (atioglxx!atiPPHSN+0x244126) when it tries to access the address 0x6007ae10 (always the same), which corresponds to a data section of a certain dll running inside the guest, ref_r1gl.dll I don't know if it's related, but the dxdiag Direct3D 7 test fails with "Failure at step 40 (creating flipping primary surface with one back buffer) HRESULT=0x88760064", while the Direct3D 8 and 9 tests are successful. Also, it could be related to bug #5713 attached files for 3.1.4 beta 2 |
|||

