Custom Query (16363 matches)
Results (88 - 90 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #13777 | obsolete | 4.3.20 almost hung guest? (host win7 64-bit, guest Debian GNU/Linux 64-bit) | ||
| Description |
I have upgraded to 4.3.20 some time ago. Since then, I have experienced the following problems several times. Host Windows 7 64-bit. Guest Debian GNU/Linux 64-bit. The guest seems to hung almost:
I searched the bugtracker but could not find similar issues. Seen from the windows side when the problems occurred, sometimes VBox seems to be spinning on something and uses two cores assinged to it almost 100 %. Other times, it does not seem to use much CPU time. Very random. I am attaching a log when I had to power-reset the guest because it almost gets hung (again, the mouse cursor seems to be alive) so at least Vbox itself is alive, etc. I tried APCI reset, and then to my surprise, Debian GNU/Linux's panel for logout/shutdown, etc appears, but I cannot push any of the button although the cursor moves. Anyway, I am attaching Vbox.log when this happened. Oh, one more thing, when I tried to continue after [POWER RESET] during booting of Debian GNU/Linux from grub, the VBox itself became unresponsive, and I had to kill it by hitting [x] button on the upper right corner. (To be honest I forgot if I did this, or I killed it from task manager.) Anyway, Vbox.log *may* contain something there. I am afraid that the symptom seems to happen when I invoke heavy I/O, but not sure exactly when this happens. Since my PC has ECC memory I would like to rule out hardware problems, but who knows. The particular Vbox.log was created after I was disconnecting and connecting VBox network adaptor a few times to try to simulate network problems and when I was testing the behavior of the program, the problem struck. But other problems occurred without network adaptor removal, etc. TIA |
|||
| #17203 | fixed | Display auto resize does not work with VBox 5.2 Windows host, linux guest -> should be fixed in 5.2 and later builds after 3 Nov | ||
| Description |
After upgrading from VBox 5.1.26 to VBox 5.2, the guest tool does not auto-resize the display size anymore. I used the 5.2.1 ISO mentioned in the web page for installing the guest tool. Debian/GNU Linux version ( guest ): 4.12.13 Windows 10 (host) I downgraded to 5.1.30, and the auto resize works again. |
|||
| #20615 | fixed | cliboard between guest linux and host Windows 10 does not work any more after recent Windows Update. => Fixed in SVN | ||
| Description |
I am using VirtualBox 6.1.26 r145957 under Windows 10. My Windows 10 was updated recently and it is now (after the latest update)
OS build 19043.1288 I run Debian GNU/Linux inside virtualbox. It is Linux ip030 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux What happened is this. Before the latest Windows Update to bring the version of Windows 10 to 21H1 (I think),
After the Windows Update. copy&paste from linux to Windows 10: the target windows application that was supposed to receive the copied string gets hung for maybe a minute or so. (sandclock appears and even windows resize does not work during that time. Bsically the application gets hung.) After that, it came back, but no pasting occurs. Copy&paste from Windows to linux, the copied string on the windows 10 side is not recognized in the linux application. No pasting happens from the window side. Previously selected string WITHIN linux, i.e., X11 clipboard, for example, seems to be effective as if the selection in the Windows 10 side has not happened. I think this has been caused by windows update and seems to be the driver issue on the host Windows 10 site. I don't think there are any relevant issues in the log, but I attach them just in case. |
|||

