- #Hiren boot add driver how to#
- #Hiren boot add driver install#
- #Hiren boot add driver serial#
- #Hiren boot add driver drivers#
- #Hiren boot add driver driver#
#Hiren boot add driver driver#
Interestingly, the pciide driver still owned all the SATA chip resources, and it still didn’t see any drives. This time it was back to INACCESSIBLE_BOOT_DEVICE. So I disabled iaStor.sys by renaming the driver file and rebooted again. Whereupon I discovered that instead of dying with INACCESSIBLE_BOOT_DEVICE, XP now died with BAD_POOL_HEADER with iaStor.sys on the call stack. Only before trying to fix this, maybe I should first see what happens with the SATA controller in IDE mode.
#Hiren boot add driver how to#
Sure enough, PCI\VEN_8086&DEV_27C1 is the ICH7DH SATA device in AHCI mode, but there’s no way it can work with the pciide driver.īut why did that happen and how to fix that? The trigger may have been me trying to follow this and other guides in an attempt to get the XP setup booting on the D975XBX2 board in IDE mode. StateHistory = DeviceNodeEnumerateCompletion (0x30d)įlags (0x000000f0) DNF_ENUMERATED, DNF_IDS_QUERIED,ĭNF_HAS_BOOT_CONFIG, DNF_BOOT_CONFIG_RESERVED StateHistory = DeviceNodeQueryStopped (0x309) Previous State = DeviceNodeStarted (0x308) This was confirmed by poking around with the !devnode command: 0: kd> !devnode 8c1f9ca8 Well, that would explain why this configuration wasn’t working-if pciide.sys claimed all the AHCI resources, the AHCI driver had no chance. I found that all the resources (memory and I/O ports) of the AHCI controller were owned by the pciide.sys driver. I compared the resources with what !pci 100 0 1f 2 told me (device 1Fh, function 2 is the SATA controller). The odd thing was the output of the !arbiter command. This was clearly visible in the kernel debugger ( !drvobj pciide vs.
And those were all on the “real” IDE controller on the D975XBX2 board’s ICH7DH chipset (which is for all intents and purposes identical to ICH7R). The trouble clearly was that pciide was the only driver with child devices. The system also loaded pciide.sys, as well as a couple of other standard storage drivers. The latter I’m pretty sure was put in place by fix_hdc on Hiren’s boot CD.
The system loaded two AHCI drivers, iaStor.sys (version 9.) and IASTOR7.sys (11.). What the kernel debugger told me was odd. I booted up with the SATA controller in AHCI mode and kernel debugger attached.
#Hiren boot add driver serial#
It was already set up for kernel debugging (not that it would have been hard to do) and the Bad Axe 2 board is old enough to have a real serial port on the back panel.
#Hiren boot add driver install#
In desperation, I hooked up the XP install to a kernel debugger. It did something, but that definitely did not include getting rid of the INACCESSIBLE_BOOT_DEVICE bug checks. I attempted various fixes including a number of attempts of fix_hdc from Hiren’s boot CD. But now it just sulked and gave me INACCESSIBLE_BOOT_DEVICE in both IDE and AHCI mode. I was also no longer able to boot that XP install on an older Intel D975XBX2 (Bad Axe 2) board, which previously worked fine in AHCI mode. The Stormville board has a somewhat uncommon IDE/AHCI chip (related to the C600 chipset rather than any Intel desktop chipset) and it was released late enough (2011) that XP support was not provided.Īfter my failed experiments, I was no longer able to boot on the Stormville board even in IDE mode.
#Hiren boot add driver drivers#
In the end I concluded that it couldn’t be done, but not before I tried installing several different AHCI drivers to be clear, those drivers did make a difference-they made the OS crash at boot-up with bug check 0x7E (completely different from 0x7B and indicating a buggy driver). I suspected that this was triggered by my failed attempts to get the XP install booting on my DX79SR Stormville board in AHCI mode. I couldn’t make heads nor tails of it it still worked perfectly fine on a number of boards, but on some it just wouldn’t boot. But not anymore-now it no longer booted on some boards either in IDE or in AHCI mode, and failed with everyone’s favorite, bug check 0x7B (INACCESSIBLE_BOOT_DEVICE). Portable in the sense that it was capable of booting on a number of my machines, either in IDE mode or in some cases, in AHCI mode. For a number of years now I’ve been using a SATA SSD with a “portable” Windows XP installation on it.
0 kommentar(er)
