Custom Query (16363 matches)
Results (19 - 21 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #16469 | fixed | Unresponsive after sleep | ||
| Description |
After upgrading to VB 5.1.14 I have had mouse and keyboard problems. Host: SuSE Leap 64 Bit Default 4.1.36 Kernel Guests: Various 1) If the system is idle long enough for one of the guests to go to sleep, the entire system stops accepting any input. I can not use any of the controls on the VBox Manager, the window manager (openBox), or any of the guest machines - either applications running in the guest, or any of the VBox decorations. The only option is to ssh to the box and kill the VBox threads. On restart, all of the machines that were running are now in an aborted state 2) With the VBox manager running I can no longer use the mouse right-click on an open spot on the desktop to bring up the window manager menu. If I close VBox manager, the mouse right-click again works. Everything was working in 5.1.12 However, on another server I am only having the 2nd issue. This 2nd machine only ever has 1 guest running at a time and only has a single processor. |
|||
| #17101 | duplicate | RDP connection failure | ||
| Description |
After updating the guest additions to 5.1.28 on a Windows 10 guest, I am getting errors with RDP clients - "Remote Desktop Connection has stopped working". Worked with 5.1.26, works on non-VirtualBox systems, and works if I remove the guest additions. I get the following error logged: Faulting application name: mstsc.exe, version: 10.0.10240.17184, time stamp: 0x580ee9a2 Faulting module name: VBoxOGLpackspu.dll, version: 5.1.28.17968, time stamp: 0x59b8f746 Exception code: 0xc0000005 Fault offset: 0x000000000004966f Faulting process id: 0xd64 Faulting application start time: 0x01d3323e84eb3d97 Faulting application path: C:\Windows\system32\mstsc.exe Faulting module path: C:\Windows\system32\VBoxOGLpackspu.dll Report Id: a8105f28-28b8-4122-b3b0-226dec3879c9 Faulting package full name: Faulting package-relative application ID: |
|||
| #469 | fixed | VB-modules 1.4.0 doesn't compile successful on gentoo | ||
| Description |
>>> Emerging (1 of 8) app-emulation/virtualbox-modules-1.4.0 to / * vbox-kernel-module-src-1.4.0.tar.gz RMD160 ;-) ... [ ok ] * vbox-kernel-module-src-1.4.0.tar.gz SHA1 ;-) ... [ ok ] * vbox-kernel-module-src-1.4.0.tar.gz SHA256 ;-) ... [ ok ] * vbox-kernel-module-src-1.4.0.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking vbox-kernel-module-src-1.4.0.tar.gz ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.20-gentoo-r8 >>> Unpacking source... >>> Unpacking vbox-kernel-module-src-1.4.0.tar.gz to /var/tmp/portage/app-emulation/virtualbox-modules-1.4.0/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/app-emulation/virtualbox-modules-1.4.0/work/vboxdrv ... * Preparing vboxdrv module Makefile:97: *** Unable to find the folder to install the support driver to. Stop. !!! ERROR: app-emulation/virtualbox-modules-1.4.0 failed. Call stack: ebuild.sh, line 1621: Called dyn_compile ebuild.sh, line 973: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ebuild.sh, line 1311: Called linux-mod_src_compile linux-mod.eclass, line 516: Called die !!! Unable to make KERN_DIR=/usr/src/linux KERNOUT=/usr/src/linux all. !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/app-emulation/virtualbox-modules-1.4.0/temp/build.log'. On gentoo-2007.0 with gcc-4.1.2, glibc-2.5-r3 and 2.6.20-gentoo-r8. |
|||

