From: Paul on
Graham wrote:
> On Aug 7, 2:33 pm, Graham <g0...(a)hotmail.com> wrote:
>> On Aug 5, 11:48 am, Paul <nos...(a)needed.com> wrote:
>>

>>> Graham wrote:
>>>> Running winxp-pro , sata hard drives with intel ahci
>>>> Ok So go to disk properties ....... error checking .. select
>>>> auto fix ... error message ' needs to run at re-start.
>>>> re-boot and chkdsk reports ntfs file system, cannot access
>>>> volume , fails to run and boots into windows
>>>> Try with window's running ...
>>>> by -not- checking the 2 tic boxes .. chdsk runs , reports phase
>>>> 1
>>>> - , then phase 2 .. then reports 'cannot complete' stops and
>>>> closes
>>>> QQQ how to run disk utilities .. will not run in re-boot
>>>> mode .. or directly from windows ???
>>>> is this caused by the intel -sata disk driver ??

>>> That means, you would have the SATA port in AHCI or RAID mode in
>>> the BIOS, you pressed F6 during the installation, and offered
>>> a floppy diskette with an Intel AHCI driver. So there should
>>> already be an AHCI driver present in your OS.
>>> But it also implies, if you ever need to access that disk, in
>>> an environment where the driver doesn't exist, you'd have to offer
>>> it again.
>>> The purpose of doing chkdsk when Windows boots, is to be able
>>> to grab the C: file system, before any of the files are made "busy"
>>> by opening them. The system has a registry key called BootExecute,
>>> that contains a string to run at that time. Any utility that
>>> wants to "sandwich" itself into that sequence, can modify the string.
>>> By default, the value would be "autocheck autochk *", which is a way
>>> of determining whether any partition needs a check or not.
>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
>>> BootExecute REG_MULTI_SZ autocheck autochk *
>>> http://www.infocellar.com/winxp/chkdsk-and-autochk.htm
>>> Now, if some piece of software got to run, before autocheck,
>>> then perhaps that is why it is failing.
>>> In terms of repairing a problem like this, I've copied all the
>>> files off a file system, reformatted the partition, and copied
>>> the files back, and that seemed to solve an inability to complete
>>> chkdsk. Doing that for C: is more difficult, because you'll
>>> need to use the Recovery Console and use fixboot to put the
>>> partition boot sector back on the partition, after the format
>>> and copy step. If you just moved all the files off the partition,
>>> then moved them back, maybe the problem would correct itself. At
>>> the time I did mine, I figured formatting the partition was
>>> the way to go.
>>> Some more attempts here, to fix "Cannot open volume for direct access".
>>> There are a few ideas in here worth trying.
>>> http://forum.sysinternals.com/topic3724.html
>>> "I uninstalled Spyware Doctor 3.5 and CHKDSK started to run properly."
>>> HTH,
>>> Paul- Hide quoted text -
>>> - Show quoted text -

>> Paul ...
>>
>> That means, you would have the SATA port in AHCI or RAID mode in
>> the BIOS, you pressed F6 during the installation, and offered
>> a floppy diskette with an Intel AHCI driver. So there should
>> already be an AHCI driver present in your OS.
>>
>> Q what should I be seeing in the device manager ?
>>
>> When I access the Device manger , > Disc drives > sata wdc
>>
>> click on drive
>>
>> Driver > Microsoft 01/07/2001 5.1.2535.0
>>
>> Is this right ..or should this actually show the intel driver ?
>>
>> IDE /ATA /TATPI
>>
>> This has > Intel 03/03/2010 9.6.0.1014
>>
>> Is it possible the sata driver is NOT installed correctly ,as the
>> disk driver is showing 'microsoft 2001' ??
>>
>> The motherboard bios is set to AHCI
>>
>> Tnx - G ..- Hide quoted text -


> Just ran this tool >>>
>
>> http://www.intel.com/support/detect.htm?iid=dc_spotlight_home1
>> (Run that to find the latest versions of Intel drivers for your system.)
>
> This tool did -NOT- find any intel Disk driver listed in the
> pc
>
> is this looking like the install process was botched and I am
> running some kind
> of miss match ??
>
> Tnx- G.
>

Think about it this way. If the driver was the least bit suspect, the
computer wouldn't even manage to boot.

The driver works at a low level, like "seek to 124785" or "write 256KB
to 324839". It's a mechanical thing, with the file system abstraction
running on top of it.

One of the things AHCI would be doing, is issuing commands and keeping
track of the commands that get done. AHCI allows commands to be completed
out of sequence, at the discretion of the controller on the disk drive.
If the controller sees a more efficient sequence to improve head movement,
then that is the order the commands get completed. AHCI only really begins
to work, when the "queue" starts to build. Such a situation would be
common on a server, but not so common on a desktop. On a desktop, there
would be a relatively light load.

http://en.wikipedia.org/wiki/Ahci

AHCI = hot-plugging and native command queuing

http://en.wikipedia.org/wiki/Native_Command_Queuing

Most people are installing AHCI on their desktops, so that they get the
"Hot Plug" support that is bundled with the feature. If they knew what
the impact was on performance, they might not be selecting AHCI at all
on the desktop. It's the "Hot Plug" of SATA devices that people are looking
for. Or in the case of some SATA controllers, using AHCI from the day of
installation, means an easy transition to RAID later if needed. Intel
allows migration from single disk AHCI, to multi-disk RAID, without
reformatting, and it may even be done while the OS is running (run time
migration or morphing, depending on which term you like).

*******

On WinXP, there is no support for AHCI built in. On later OSes, the
OS has a file like msahci.sys for that purpose.

If I grab one of the driver files I have on disk here, at random,
this is what I see. This is enough of a driver, to install WinXP
on an AHCI or a RAID disk controller port on an Intel Southbridge.
Which INF file is selected, is determined by the VEN and DEV
(the BIOS puts the chip in a mode, and the VEN and DEV codes help
communicate that mode to the OS and hardware wizard).

Directory of C:\Downloads\RAIDAHCI\Driver\32Bit

08/05/2009 04:52 PM <DIR> .
08/05/2009 04:52 PM <DIR> ..
04/18/2008 10:44 AM 11,509 iaAHCI.cat
04/16/2008 12:53 AM 8,794 iaAHCI.inf
04/18/2008 10:23 AM 11,215 iaStor.cat
04/16/2008 12:53 AM 8,114 iaStor.inf
04/16/2008 01:53 AM 312,344 IaStor.sys
07/26/2006 07:09 PM 11,321 license.txt
04/16/2008 12:53 AM 4,573 TXTSETUP.OEM

If I look in iaAHCI.inf , I see this:

[CopyFullPort]
iaStor.sys

The driver really has only one file in it. The OS will contribute
other files as well (things like atapi.sys). If you look in Device Manager,
and list the drivers for that controller, I'd expect to see iaStor.sys plus
a couple other files in the list.

(If I could have found a picture of the appropriate Device Manager
entry, I would have done that by now. This is the best I can do
here, without attempting to do an actual install.)

*******

One thing to keep in mind, is it is one thing to have the driver
installed, but quite another to have the disk connected to the appropriate
connector on the motherboard. Some motherboards have as many as three
SATA chips on them, and if a user is not careful, they've been running
the whole time, using an entirely different disk controller and driver.

In other words, *check your cabling* , and make sure you're actually
on an Intel port and not some other one.

Paul
From: Graham on
On Aug 7, 4:27 pm, Paul <nos...(a)needed.com> wrote:
> Graham wrote:
> > On Aug 7, 2:33 pm, Graham <g0...(a)hotmail.com> wrote:
> >> On Aug 5, 11:48 am, Paul <nos...(a)needed.com> wrote:
>
> >>> Graham wrote:
> >>>> Running  winxp-pro , sata hard drives with  intel ahci
> >>>> Ok   So  go to disk  properties ....... error  checking .. select
> >>>> auto  fix ... error  message  ' needs  to  run at re-start..
> >>>> re-boot   and chkdsk  reports   ntfs file system, cannot access
> >>>> volume , fails to  run and  boots into windows
> >>>> Try with  window's running ...
> >>>> by  -not- checking the  2 tic  boxes ..  chdsk runs  , reports  phase
> >>>> 1
> >>>> -  , then  phase 2 ..   then  reports  'cannot complete'  stops and
> >>>> closes
> >>>> QQQ  how to  run disk  utilities .. will  not  run in  re-boot
> >>>> mode  .. or  directly  from  windows ???
> >>>> is this caused by the  intel -sata  disk driver ??
> >>> That means, you would have the SATA port in AHCI or RAID mode in
> >>> the BIOS, you pressed F6 during the installation, and offered
> >>> a floppy diskette with an Intel AHCI driver. So there should
> >>> already be an AHCI driver present in your OS.
> >>> But it also implies, if you ever need to access that disk, in
> >>> an environment where the driver doesn't exist, you'd have to offer
> >>> it again.
> >>> The purpose of doing chkdsk when Windows boots, is to be able
> >>> to grab the C: file system, before any of the files are made "busy"
> >>> by opening them. The system has a registry key called BootExecute,
> >>> that contains a string to run at that time. Any utility that
> >>> wants to "sandwich" itself into that sequence, can modify the string.
> >>> By default, the value would be "autocheck autochk *", which is a way
> >>> of determining whether any partition needs a check or not.
> >>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
> >>>     BootExecute  REG_MULTI_SZ      autocheck autochk *
> >>>http://www.infocellar.com/winxp/chkdsk-and-autochk.htm
> >>> Now, if some piece of software got to run, before autocheck,
> >>> then perhaps that is why it is failing.
> >>> In terms of repairing a problem like this, I've copied all the
> >>> files off a file system, reformatted the partition, and copied
> >>> the files back, and that seemed to solve an inability to complete
> >>> chkdsk. Doing that for C: is more difficult, because you'll
> >>> need to use the Recovery Console and use fixboot to put the
> >>> partition boot sector back on the partition, after the format
> >>> and copy step. If you just moved all the files off the partition,
> >>> then moved them back, maybe the problem would correct itself. At
> >>> the time I did mine, I figured formatting the partition was
> >>> the way to go.
> >>> Some more attempts here, to fix "Cannot open volume for direct access".
> >>> There are a few ideas in here worth trying.
> >>>http://forum.sysinternals.com/topic3724.html
> >>>     "I uninstalled Spyware Doctor 3.5 and CHKDSK started to run properly."
> >>> HTH,
> >>>     Paul- Hide quoted text -
> >>> - Show quoted text -
> >> Paul ...
>
> >> That means, you would have the SATA port in AHCI or RAID mode in
> >> the BIOS, you pressed F6 during the installation, and offered
> >> a floppy diskette with an Intel AHCI driver. So there should
> >> already be an AHCI driver present in your OS.
>
> >> Q what  should I be seeing in the  device manager ?
>
> >> When I access the  Device manger , > Disc drives > sata wdc
>
> >> click on drive
>
> >> Driver > Microsoft  01/07/2001 5.1.2535.0
>
> >> Is this  right  ..or should this  actually  show  the  intel  driver ?
>
> >> IDE /ATA /TATPI
>
> >> This   has > Intel  03/03/2010  9.6.0.1014
>
> >> Is it possible the  sata  driver is  NOT  installed correctly ,as the
> >> disk  driver is showing   'microsoft 2001' ??
>
> >> The  motherboard  bios  is  set to AHCI
>
> >> Tnx - G ..- Hide quoted text -
> > Just  ran this  tool  >>>
>
> >>http://www.intel.com/support/detect.htm?iid=dc_spotlight_home1
> >>   (Run that to find the latest versions of Intel drivers for your system.)
>
> > This  tool  did -NOT- find  any  intel   Disk driver  listed in the
> > pc
>
> > is this looking like the  install  process  was botched and I am
> > running  some  kind
> > of  miss  match  ??
>
> > Tnx- G.
>
> Think about it this way. If the driver was the least bit suspect, the
> computer wouldn't even manage to boot.
>
> The driver works at a low level, like "seek to 124785" or "write 256KB
> to 324839". It's a mechanical thing, with the file system abstraction
> running on top of it.
>
> One of the things AHCI would be doing, is issuing commands and keeping
> track of the commands that get done. AHCI allows commands to be completed
> out of sequence, at the discretion of the controller on the disk drive.
> If the controller sees a more efficient sequence to improve head movement,
> then that is the order the commands get completed. AHCI only really begins
> to work, when the "queue" starts to build. Such a situation would be
> common on a server, but not so common on a desktop. On a desktop, there
> would be a relatively light load.
>
> http://en.wikipedia.org/wiki/Ahci
>
>     AHCI = hot-plugging and native command queuing
>
> http://en.wikipedia.org/wiki/Native_Command_Queuing
>
> Most people are installing AHCI on their desktops, so that they get the
> "Hot Plug" support that is bundled with the feature. If they knew what
> the impact was on performance, they might not be selecting AHCI at all
> on the desktop. It's the "Hot Plug" of SATA devices that people are looking
> for. Or in the case of some SATA controllers, using AHCI from the day of
> installation, means an easy transition to RAID later if needed. Intel
> allows migration from single disk AHCI, to multi-disk RAID, without
> reformatting, and it may even be done while the OS is running (run time
> migration or morphing, depending on which term you like).
>
> *******
>
> On WinXP, there is no support for AHCI built in. On later OSes, the
> OS has a file like msahci.sys for that purpose.
>
> If I grab one of the driver files I have on disk here, at random,
> this is what I see. This is enough of a driver, to install WinXP
> on an AHCI or a RAID disk controller port on an Intel Southbridge.
> Which INF file is selected, is determined by the VEN and DEV
> (the BIOS puts the chip in a mode, and the VEN and DEV codes help
> communicate that mode to the OS and hardware wizard).
>
> Directory of C:\Downloads\RAIDAHCI\Driver\32Bit
>
> 08/05/2009  04:52 PM    <DIR>          .
> 08/05/2009  04:52 PM    <DIR>          ..
> 04/18/2008  10:44 AM            11,509 iaAHCI.cat
> 04/16/2008  12:53 AM             8,794 iaAHCI.inf
> 04/18/2008  10:23 AM            11,215 iaStor.cat
> 04/16/2008  12:53 AM             8,114 iaStor.inf
> 04/16/2008  01:53 AM           312,344 IaStor.sys
> 07/26/2006  07:09 PM            11,321 license.txt
> 04/16/2008  12:53 AM             4,573 TXTSETUP.OEM
>
> If I look in iaAHCI.inf , I see this:
>
>    [CopyFullPort]
>    iaStor.sys
>
> The driver really has only one file in it. The OS will contribute
> other files as well (things like atapi.sys). If you look in Device Manager,
> and list the drivers for that controller, I'd expect to see iaStor.sys plus
> a couple other files in the list.
>
> (If I could have found a picture of the appropriate Device Manager
> entry, I would have done that by now. This is the best I can do
> here, without attempting to do an actual install.)
>
> *******
>
> One thing to keep in mind, is it is one thing to have the driver
> installed, but quite another to have the disk connected to the appropriate
> connector on the motherboard. Some motherboards have as many as three
> SATA chips on them, and if a user is not careful, they've been running
> the whole time, using an entirely different disk controller and driver.
>
> In other words, *check your cabling* , and make sure you're actually
> on an Intel port and not some other one.
>
>     Paul- Hide quoted text -
>
> - Show quoted text -

All is plugged into the right ports and ran 100% before messing
about with the sata drivers & windows ..
PC will -not- boot into safe mode .........what fun ......
Still getting blue screen - irq-not-equal-to-or-less .. for no
apparant reason
all the mal/virus etc scans are showing fine
cannot access disk tools

G..
From: Paul on
Graham wrote:
> On Aug 7, 4:27 pm, Paul <nos...(a)needed.com> wrote:
>> Graham wrote:
>>> On Aug 7, 2:33 pm, Graham <g0...(a)hotmail.com> wrote:
>>>> On Aug 5, 11:48 am, Paul <nos...(a)needed.com> wrote:
>>>>> Graham wrote:
>>>>>> Running winxp-pro , sata hard drives with intel ahci
>>>>>> Ok So go to disk properties ....... error checking .. select
>>>>>> auto fix ... error message ' needs to run at re-start.
>>>>>> re-boot and chkdsk reports ntfs file system, cannot access
>>>>>> volume , fails to run and boots into windows
>>>>>> Try with window's running ...
>>>>>> by -not- checking the 2 tic boxes .. chdsk runs , reports phase
>>>>>> 1
>>>>>> - , then phase 2 .. then reports 'cannot complete' stops and
>>>>>> closes
>>>>>> QQQ how to run disk utilities .. will not run in re-boot
>>>>>> mode .. or directly from windows ???
>>>>>> is this caused by the intel -sata disk driver ??

>>>> Q what should I be seeing in the device manager ?
>>>> When I access the Device manger , > Disc drives > sata wdc
>>>> click on drive
>>>> Driver > Microsoft 01/07/2001 5.1.2535.0
>>>> Is this right ..or should this actually show the intel driver ?
>>>> IDE /ATA /TATPI
>>>> This has > Intel 03/03/2010 9.6.0.1014
>>>> Is it possible the sata driver is NOT installed correctly ,as the
>>>> disk driver is showing 'microsoft 2001' ??
>>>> The motherboard bios is set to AHCI
>>>> Tnx - G ..- Hide quoted text -
>>> Just ran this tool >>>
>>>> http://www.intel.com/support/detect.htm?iid=dc_spotlight_home1
>>>> (Run that to find the latest versions of Intel drivers for your system.)
>>> This tool did -NOT- find any intel Disk driver listed in the
>>> pc
>>> is this looking like the install process was botched and I am
>>> running some kind
>>> of miss match ??
>>> Tnx- G.

>
> All is plugged into the right ports and ran 100% before messing
> about with the sata drivers & windows ..
> PC will -not- boot into safe mode .........what fun ......
> Still getting blue screen - irq-not-equal-to-or-less .. for no
> apparant reason
> all the mal/virus etc scans are showing fine
> cannot access disk tools
>
> G..

So what we know at this point.

1) CHKDSK won't complete, and bombs out in Phase3. So there is some kind
of problem.

2) You've been fooling with the drivers. On re-reading your description of
Device Manager, it sounds like you were looking at the disk drive alright.
But the other part of the driver story, is the "controller" in the
"IDE ATA/ATAPI controllers" section. That is where I was predicting
you'd see iastor.sys and atapi.sys. Mine is currently in a non-AHCI
mode, so won't read quite the same as yours. The disk has drivers
and the controller has drivers.

3) Now you're in a fine mess. I can't tell from your irq-not-equal-to-or-less,
whether that is a "0A" or a "D1" on this page.

http://aumha.org/a/stop.htm

4) I was thinking, how nice it would be, if you could use a System Restore
point, and go back a few days, to a point where the drivers weren't
messed up. System Restore runs in "normal" mode (and is reversible there),
or it runs in Safe Mode with Command Prompt (if you use it there, I
think you're stuck with the results and you can't undo it).

There is a third option, which I've been experimenting with, but it
isn't working for me. I went to this page, and I've tried the Vista
and the 32 bit Windows 7 recovery discs.

http://neosmart.net/blog/2008/windows-vista-recovery-disc-download/

I created a virtual machine in VirtualPC 2007 for testing. Booted
the Vista 32 bit ISO9660 (CD image) in VirtualPC, and it can't
find the WinXP install. I thought it was supposed to see OSes besides
Vista and Windows 7, but that doesn't seem to be working for me.
At least the command prompt works, which is worth something.

In there, I tried opening a command prompt, then doing

rstrui /OFFLINE:C:\WINDOWS

and it doesn't seem to be able to find restore points. But the
restore points are there, because I checked them. And I tried
FAT32 and NTFS for the partition file system, and that didn't
make any difference either. I'm hoping the problem is
related to how I got a copy of WinXP into the virtual
environment, but I can't be sure of that. And there are
no informative error messages, to help debug what happened.

5) It would be nice to know, what drivers you tried to install, and
how many times you've changed the BIOS setting for the disk
controller (IDE, AHCI, RAID). Under normal circumstances, you
can't screw that up, because Intel put a nice "Catch22" in there.
If you use the wrong driver, the Plug and Play numbers don't
match (AHCI driver won't install if BIOS is set to IDE).
And if you change the BIOS setting to a different value, the
OS will no longer boot, preventing you from installing a
different driver. There is a recipe to get around this, but
you won't discover it by just popping one driver disc after
another into the computer.

Therefore, I can't account for how you've lost control of the
computer.

If you had Safe Mode with Command Prompt, you could have tried
some recipe based on "rstrui" and used a restore point from
several days ago, to go back to a point in time where the
drivers were valid.

HTH,
Paul
From: Paul on
Paul wrote:

>
> 4) I was thinking, how nice it would be, if you could use a System Restore
> point, and go back a few days, to a point where the drivers weren't
> messed up. System Restore runs in "normal" mode (and is reversible there),
> or it runs in Safe Mode with Command Prompt (if you use it there, I
> think you're stuck with the results and you can't undo it).
>
> There is a third option, which I've been experimenting with, but it
> isn't working for me. I went to this page, and I've tried the Vista
> and the 32 bit Windows 7 recovery discs.
>
> http://neosmart.net/blog/2008/windows-vista-recovery-disc-download/
>

Still no luck. I haven't been able to get a Vista or Windows 7 recovery
disk, to run System Restore for me, either using the GUI button, or
using the command prompt. I'm thinking it is designed for the
specific OSes. I even tried executing the rstrui.exe from the WinXP
partition, while using the command prompt, and that just silently
dies without any messages being shown.

So far, all I've got out of those CDs, is a working command prompt
(DOS-like) window, and access to the C: partition.

Paul