BAD_POOL_CALLER error when starting XP
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27
BAD_POOL_CALLER error when starting XP
Hello,
I have been struggling with this error for some time already.
I have 2 partitions on my laptop : one with linux (my main one) and one with Windows. I am trying to run my Windows XP partition within Virtual box when I am using Linux.
The good news is that virtualBox allows to virtualize a physical partition. The user documentation explains quite well how to do so (in the chapter 9 if I remember correctly) and the following HowTo gives a few useful tips
However when I start my VM, Windows starts correctly and then stop with a blue screen and a BAD_POOL_CALLER error. And unfortunately, I have no idea of how to solves this. (And, of course this error does not appear when I boot directly on my windows partition)
The most raging thing, is that I am probably very close to have my physical partition running: When I start my VM and asks windows to boot in failsafe mode, everything runs smoothly!!!
I have been struggling with this error for some time already.
I have 2 partitions on my laptop : one with linux (my main one) and one with Windows. I am trying to run my Windows XP partition within Virtual box when I am using Linux.
The good news is that virtualBox allows to virtualize a physical partition. The user documentation explains quite well how to do so (in the chapter 9 if I remember correctly) and the following HowTo gives a few useful tips
However when I start my VM, Windows starts correctly and then stop with a blue screen and a BAD_POOL_CALLER error. And unfortunately, I have no idea of how to solves this. (And, of course this error does not appear when I boot directly on my windows partition)
The most raging thing, is that I am probably very close to have my physical partition running: When I start my VM and asks windows to boot in failsafe mode, everything runs smoothly!!!
I suppose you already have repaired your installation. It seems there is any "old" driver left over from your old hardware (the physical laptop) and causes the BSOD. Find it and deactivate it. Deactivation is a minor problem because you already can boot in failsafe mode and e.g. rename the problematic driver. The more difficult problem is to find the failed driver. Does the blue screen tells something about a driver (*.sys) causing the problem?
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27
Hello Ingo,
From what I found on the Internet, there is indeed an issue with one driver on some sort. But because it is a generic error, it can come from almost everywhere : memory, USB, controler, etc.
I tried to create another hardware profile where most of my hardware is deactivated. I did not solve the problem : however a have a serious doubt about the effectiveness of the windows profile manager.
I do not understand why you want me to repair my installation. Everything is working perfectly fine when I boot directly with Windows.I suppose you already have repaired your installation.
From what I found on the Internet, there is indeed an issue with one driver on some sort. But because it is a generic error, it can come from almost everywhere : memory, USB, controler, etc.
I tried to create another hardware profile where most of my hardware is deactivated. I did not solve the problem : however a have a serious doubt about the effectiveness of the windows profile manager.
The blue screen looks like this one. I just have slightly different hexadecimal values. These values are supposed to help me discover which driver is triggering this issue, but the least I can tell is that there use it is not very convenient...The more difficult problem is to find the failed driver. Does the blue screen tells something about a driver (*.sys) causing the problem?
Here is a quote from the HowTo you have linked to above:Cobaltounet wrote:I do not understand why you want me to repair my installation.
Read it again carefully.So as a first step, you either have to enable IO APIC support in VirtualBox or replace the HAL. Replacing the HAL can be done by booting the VM from the Windows CD and performing a repair installation.
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27
Ok,
By default, the IO APIC option in VB is indeed not actived. I had the issue : in this case, the VM simply does not boot up.
I currently have IO APIC activated => I boot correctly in failsafe mode, but I got a blue screen in normal mode.
My understanding is the tip proposed in the howto will only force Windows to use a different HAL (ACPI). However, if it is a driver issue, I am afraid that the result wil be the same than with IO APIC.
By default, the IO APIC option in VB is indeed not actived. I had the issue : in this case, the VM simply does not boot up.
I currently have IO APIC activated => I boot correctly in failsafe mode, but I got a blue screen in normal mode.
My understanding is the tip proposed in the howto will only force Windows to use a different HAL (ACPI). However, if it is a driver issue, I am afraid that the result wil be the same than with IO APIC.
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27
Just because I am a curious guy, I tried to change the HAL in windows.... And I almost managed to crash entirely my system. And of course the BAD_POOL_CALLER error was still here, whatever the HAL chosen.Ingo wrote: Here is a quote from the HowTo you have linked to above:Read it again carefully.So as a first step, you either have to enable IO APIC support in VirtualBox or replace the HAL. Replacing the HAL can be done by booting the VM from the Windows CD and performing a repair installation.
Conclusion : NEVER change the HAL, that is not the solution.
However I found a way to remove the BAD_POOL_CALLER error. I booted in windows and deinstalled all my drivers. I booted back under linux and started the VM => the system starts, no more blue screen
I go back under windows and reinstall the first of the drivers I have just removed. I test the VM under linux. It is working => it means that the drivers have just installed is not the cause of the blue screen.
I do the same for the second driver and so on until the blue screen reappears. Once the faulty driver is identified, I remove it, for ever... I my case it was a storage controller of some sort. I will manage to leave without it.
Last edited by Cobaltounet on 1. Nov 2007, 18:09, edited 1 time in total.
I see you have managed it :-)Ingo wrote:The more difficult problem is to find the failed driver. Does the blue screen tells something about a driver (*.sys) causing the problem?
But... how do you change the Hardware Abstraction Layer in Windows? The only way I know is to do a repair with the installation CD.Cobaltounet wrote:Just because I am a curious guy, I tried to change the HAL in windows....
-
Cobaltounet
- Posts: 6
- Joined: 11. Oct 2007, 19:27