Post by R.WieserHello all,
A week or so ago I tried to install Xpsp3 on a "newer" computer (still a
decade old, but not as old as XP itself). It some point in the pre-setup
phase (before trying to acces the HD) it stopped with a "to protect your
machine ..." blue screen. The same happend when I retried on a second
computer.
What can cause the installation of the OS to throw that message ? And what
can I do to circumvent it ?
Regards,
Rudy Wieser
We know exactly what it is.
Your PC is set to AHCI mode, and WinXP has no AHCI driver.
RAID mode \_____ Intel RAID-ready driver does both of these.
AHCI mode / If you look hard enough, you will find a TXTSETUP.oem kit for a floppy.
Once your hardware becomes "too modern", the TXTSETUP.oem kit does not exist.
You can use a Promise Ultra133 instead as a workaround. Or similar bodges.
Native mode PCI bus BAR and interface
Compatible mode The non-PCI option. Option works with ribbon cable, and Win95/Win98
Maybe an ICH6R has all those modes. Intel gradually withdrew some of the options
from the bottom of the list. And also stopped making TXTSETUP.oem kits for new chips (ICH10R).
Early in the install, there is a prompt at the bottom of
the screen, to press some F-key and offer a txtsetup.oem
style driver to the OS. This can do things like install
a PERC RAID controller driver for your PERC, an Adaptec driver
for some SCSI thing, and some of those are actually in WinXP
as in-box drivers. But there are always hardwares, like an
Areca, that you have to install separately.
If the machine is set to AHCI for the Southbridge interfaces,
and you just went ahead and installed anyway (without using F-key),
you will get an "Inaccessible Boot Volume" stop code. And that is
a STOP code in the seventies hex.
The reason the installer itself works, is it uses another
method of accessing the disk. However, when the gubbins installed
upon C: are called upon to support themselves, that's when
the STOP code hits the fan.
One of the few OSes not installed on the Test Machine, was
WinXP, and it's because I would be forever flipping storage
modes (AHCI for newer OS, Native for WinXP), if I were to multi-boot
and chain load WinXP. it would be a constant disruption.
So I did not do it.
The machine I did install WinXP on, stayed in Native mode its
entire life, and Win7, Win8.1, Win10 lived on there also in
Native mode. No harm done really. It's not like you'd notice.
But the thing is, if you did not think about this in advance,
and you installed all that spiffy modern stuff in AHCI mode,
it would be a hell of a mess to clean up, if flipping the whole
works back to Native mode. Each modern OS has a different
recipe for doing that. I think with Win10, coming up from
Safe Mode will detect a change of hardware interface setting.
(There is a BCDedit command, to add Safe Mode to the menu.)
WinXP is a lot harder to flip. Not that people today would
have a reason to do that. What happens with WinXP is, if you
try to install a driver, and the interface is in the wrong
mode, the driver won't install. You can't "stage" a driver in
WinXP like you might on other OSes. Win10 has things like
MSIDE and MSAHCI and IASTORV as inbox drivers, and you can
switch from one to another. And you don't have to use the
IASTORV (Intel RAID for Vista) driver, as there are RST drivers
which are newer. Thus, RAID mode actually has *two* driver
paths that can be used.
Paul