Custom Query (16363 matches)
Results (79 - 81 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #4138 | invalid | Cannot install Window XP (Trying to execute code with memory type ...) | ||
| Description |
Gud day One of your volunteer told me to send this problem, I'm having issues installing Windows Xp as my guest O.S. on my vista. I've attach some files concerning this, some screenshot I took when the problem occurs, screenshot settings on vbox, a detailed text file of windows vista when the error occurs, and the vbox.log (file). Host O.S. Windows Vista SP2 32bit Guest O.S. Windows XP SP3 32bit |
|||
| #6250 | fixed | Virtual clock synchronization giving up on new kernels | ||
| Description |
Hello, last references for lines like following i found for VirtualBox version 2.x.x, so i am reporting as new defect (unsuccesfully have been fighting with it for few weeks). 199591902:03:47.066 TM: u64DeltaPrev=-1326594272658
u64PrevNanoTS=0x0000016f3d7e0d13 u64NanoTS=0x0000003a5e4fdf81
199591902:03:47.066 TM: Not bothering to attempt catching up a
18 446 742 747 087 831 003 ns lag; new total: 18 446 744 073 654 626 217
These lines filling Virtual Machine (Windows 7, Ubuntu) log file after powering, machine is so slow it won't boot. Source of this error is in http://www.virtualbox.org/svn/vbox/trunk/src/VBox/VMM/TM.cpp (tmR3TimerQueueRunVirtualSync). Enabling/disabling in VM VT-x has no effect, (VT-x is enabled in bios, cpu is cappable). I tried several kernels (ubuntu karmic) so result is following 2.6.30-5 - works excellent 2.6.31-17 - failing 2.6.32-13 - failing 2.6.32-02063208 - failing I also used few versions of VirtualBox, all failing with new kernels Official 3.1.4, 3.0.12, Opensouce 3.1.2 |
|||
| #4851 | obsolete | No device is shown for a network bridge mode setting | ||
| Description |
After I upgraded to vbox 3.0.4, somehow the network interface setting is broken. Host Windows XP SP3, Guest Debian GNU/Linux. If I choose bridge mode within the network interface setting before starting the guest image, no device is shown for selection in the menu. The menu has only one entry, which is "undefined". (I believe a hardware network interface should be shown there.) So I am forced to use NAT mode for now. It works. However, this is very inconvenient since I was in the middle of developing a software in the guest OS to use UPnP feature of my local router. Since the guest OS is behind NAT of host/Vbox combination, the software inside guest can't see the broadcast on the local network connected to the router easily. (I tested the software on a different PC where Vbox works with bridge mode. It works there.) I was thinking that a BSOD crash during the upgrade installation of VBOx 3.0.4 may be causing this, but I am not sure. (Somehow during the installation/upgrade of VBox, windows shoed BSOD. BSOD said something about exception/failure inside FW.SYS. My guess it is a driver attached to the network device. FW.SYS is possibly from symantec internet security, Windows firewall, or FW-1 VPN client module. I suspect FW-1 VPN client now.) [OK I was about to post this message when I found that someone also experienced BSOD and he had FW-1 VPN client module! See Postscript.) Thinking that installing a new network card might change the host Windows registry and other settings enough to cure the problem, I installed a new network interface card (PCI bus), and disabled the onboard NIC. But it didn't solve the problem. VBox still shows "undefined" for the device selection menu if I try to set the network interface to Bridge-type. I tried the four NIC settings available, but again all the entries would end up with "undefined" hardware interface if I try to set the virtual NIC to Bridge-mode. I wonder what I should do (uninstall/reinstall Vbox, uninstall/reinstall FW-1 VPN client?) Anyway, I am posting this to let the developers know that a situation can occur where no real NIC hardware device is shown for selection to set virtual NIC to bridge-mode and that there may be unintended interaction with FW.SYS driver (possibly from FW-1 VPN client package.) during install/upgrade/ordinary run time. TIA PS: Ticket #4119 mentions an unfavorable interaction with checkpoint FW-1 VPN client that caused BSOD, and the ticket mentioned FW.SYS (!) So there is probably an unintended interaction with this module during upgrade/installation. But the message I got during BSOD during upgrade was different. It was more like device_irql_not_less_than_or_equal mentioned in http://www.mail-archive.com/fw-1-mailinglist@beethoven.us.checkpoint.com/msg00312.html Well as bugs go, anything can happen once the incorrect execution path is taken. Not being able to see the real hardware NIC for selection may be related to a problem mentioned in 4119, but I am not sure. BTW, I could not find Ticket #4119 when I tried to search the ticket system. google search found # 4119 after a search for "FW.sys windows sp3" when I tried to determine the origin of this driver file. Again, TIA for your attention. |
|||

