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 ??

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 ??

If english (a non-texting version of said language) is not your
native/primary language - please find a group/forum that speaks your
native/primary language so they might better understand what it is you are
trying to describe.

If you think the driver is the issue - either roll-back to one that was
working or update it to the latest...

http://www.intel.com/support/detect....potlight_home1
(Run that to find the latest versions of Intel drivers for your system.)

--
Shenan Stanley
MS-MVP
--
How To Ask Questions The Smart Way
http://www.catb.org/~esr/faqs/smart-questions.html

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

On Aug 5, 11:48*am, Paul <nos...@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 ..

On Aug 7, 2:33*pm, Graham <g0...@hotmail.com> wrote:
> On Aug 5, 11:48*am, Paul <nos...@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 ,asthe
> disk *driver is showing * 'microsoft 2001' ??
>
> The *motherboard *bios *is *set to AHCI
>
> Tnx - G ..- Hide quoted text -
>
> - Show quoted text -



Just ran this tool >>>

> http://www.intel.com/support/detect....potlight_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.

On Aug 5, 11:48*am, Paul <nos...@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 -

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
> BootExecute REG_MULTI_SZ autocheck autochk *

This is the listing of the above key ........... what is the /r \??
\C ?
should that be in the key ?

autocheck autochk /r \??\C:
autocheck autochk *

Tnx - G .

Graham wrote:
> On Aug 5, 11:48 am, Paul <nos...@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 -
>
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
>> BootExecute REG_MULTI_SZ autocheck autochk *
>
> This is the listing of the above key ........... what is the /r \??
> \C ?
> should that be in the key ?
>
> autocheck autochk /r \??\C:
> autocheck autochk *
>
> Tnx - G .
>

http://support.microsoft.com/kb/160963

"chkdsk c: /f /r adds the following entry to the BootExecute value:

autocheck autochk /r \??\C: "

So that registry entry is specifying the running of disk checking program
with a particular set of options. It is a way of scheduling the execution
at startup time.

Paul

On Aug 7, 3:48*pm, Paul <nos...@needed.com> wrote:
> Graham wrote:
> > On Aug 5, 11:48 am, Paul <nos...@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 -
>
> > *HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
> >> * * BootExecute *REG_MULTI_SZ * * *autocheck autochk *
>
> > This is the *listing *of the above key ........... what is the */r \??
> > \C * * *?
> > should that *be in the *key ?
>
> > autocheck autochk /r \??\C:
> > autocheck autochk *
>
> > Tnx - G .
>
> http://support.microsoft.com/kb/160963
>
> * *"chkdsk c: /f /r *adds the following entry to the BootExecute value:
>
> * * autocheck autochk /r \??\C: * "
>
> So that registry entry is specifying the running of disk checking program
> with a particular set of options. It is a way of scheduling the execution
> at startup time.
>
> * * Paul- Hide quoted text -
>
> - Show quoted text -

Ok Paul

So that is normal for a on boot check of the disk .... its at
this point thta the system reports 'cannot open volume'

(nb is I run the avast on boot virus check, that starts and
checkes the disk normally ... that starts 'after' the windows chk
has failed)

If I remove the autocheck autochk /r \??\C: " ....... assume this
will stop the check at boot up (not fix the problem, just
remove the step)

Have you any thoughts on the driver shown in control
panel ....may be I do not actually have the driver loaded .. but
it must be reading the disk for windows to attempt to exicute
the boot copmmands ?

Looking at the device listing , the first item is :-

I have acronis disk backup installed .. acronis true image backup
archive explorer
listed twice .. could that cause this disk lock out ?

G ,

Graham wrote:
> On Aug 7, 2:33 pm, Graham <g0...@hotmail.com> wrote:
>> On Aug 5, 11:48 am, Paul <nos...@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....potlight_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

On Aug 7, 4:27*pm, Paul <nos...@needed.com> wrote:
> Graham wrote:
> > On Aug 7, 2:33 pm, Graham <g0...@hotmail.com> wrote:
> >> On Aug 5, 11:48 am, Paul <nos...@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....potlight_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..