Re: Cannot run chkdsk on re-boot is this caused by the intel -satadisk driver ??
Graham wrote:
> On Aug 7, 23 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.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