Hard disk reverts back to PIO mode

[Guest]

I've just bought a Samsung SP1614N 160GB hard drive.
The hard disk runs in UDMA 5 mode fine, but I can only see
130GB. So if I enable XP for large drive support (48 bit
addressing, either via SP1 or using the EnableBigLba flag)
I can see the extra 30GB on the drive but the drive has
reverted back to PIO mode and is dog slow.

Has anyone else experieneced this?

NB I have re-flashed my bios on an ASUS A7A266
and made sure I had an up to date IDE controller.
No luck. Is the only way around a new MOBO
or just don't install SP1 so at least its 130GB
running At UDMA 5.

 

[Jason Tsang]

See if the workarounds at this kb article help

http://support.microsoft.com/default.aspx?scid=kb;en-us;817472

 

[Pete]

Same problem : Reverts to PIO mode and is dead slow.

XP with SP1 and this hotfix :
http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
ASUS A7A266, BIOS 1012, ALI v104 drivers
Samsung SP1604N 160GB (on mobo IDE)

The mobo supports UDMA 6 with the 1012 BIOS and I have also tried setting
the drive to use UDMA 5 with a Samsung utility (hutil) but this makes no
difference.
Haven't tried it without SP1 and don't really want to as I need it for other
stuff.
In the event log I occasionally get ATAPI timeouts followed by a controller
error
at startup. As I understand it, the EnableBigLba setting isn't required for
XP if you
have the hotfix (just a new version of atapi.sys).

I have a dual boot setup with Windows 2000 and SP4 (which does require the
EnableBigLba setting) and things are even slower here. Also the same ATAPI
errors
always occur at startup.

Someone else also posted about this with the subject "PIO mode with 48-bit
LBA drives under XP SP1"
on 4th November.

PS. Just seen link provided by Jason Tsang so called Microsoft. Fix should
arrive by email soon.
Will post again with results.

Pete

 

[Jason Tsang]

The fix won't come by e-mail
Instructions to get the fix will come by e-mail

With all the viruses going around now, you really shouldn't trust any
attachments that come from sources that seem like they are Microsoft,
because they don't e-mail patches out.

--
Jason Tsang - Microsoft MVP

Find out about the MS MVP Program -
http://mvp.support.microsoft.com/default.aspx

Same problem : Reverts to PIO mode and is dead slow.

XP with SP1 and this hotfix :
http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
ASUS A7A266, BIOS 1012, ALI v104 drivers
Samsung SP1604N 160GB (on mobo IDE)

The mobo supports UDMA 6 with the 1012 BIOS and I have also tried setting
the drive to use UDMA 5 with a Samsung utility (hutil) but this makes no
difference.
Haven't tried it without SP1 and don't really want to as I need it for other
stuff.
In the event log I occasionally get ATAPI timeouts followed by a controller
error
at startup. As I understand it, the EnableBigLba setting isn't required for
XP if you
have the hotfix (just a new version of atapi.sys).

I have a dual boot setup with Windows 2000 and SP4 (which does require the
EnableBigLba setting) and things are even slower here. Also the same ATAPI
errors
always occur at startup.

Someone else also posted about this with the subject "PIO mode with 48-bit
LBA drives under XP SP1"
on 4th November.

PS. Just seen link provided by Jason Tsang so called Microsoft. Fix should
arrive by email soon.
Will post again with results.

Pete

I've just bought a Samsung SP1614N 160GB hard drive.
The hard disk runs in UDMA 5 mode fine, but I can only see
130GB. So if I enable XP for large drive support (48 bit
addressing, either via SP1 or using the EnableBigLba flag)
I can see the extra 30GB on the drive but the drive has
reverted back to PIO mode and is dog slow.

Has anyone else experieneced this?

NB I have re-flashed my bios on an ASUS A7A266
and made sure I had an up to date IDE controller.
No luck. Is the only way around a new MOBO
or just don't install SP1 so at least its 130GB
running At UDMA 5.

 

[Pete]

Hotfix applied but it doesn't solve my problem.
Device Manager - Primary IDE channel properties - Advanced Settings still
reports PIO mode not DMA.

WARNING to others applying this fix:
As Jason stated, the email from Microsoft contains instructions for
downloading the fix, not the fix itself.
I also received two more emails at the same time as follows.

From "Technical Support" Subject "Current Microsoft Pack"
and
From "Microsoft" Subject "Current Upgrade"

Both these look like official Microsoft stuff but contain the W32.Swen.A@mm
virus which Norton Antivirus identified and deleted. The official Microsoft
message is plain text, the dodgy ones are HTML with the Microsoft logo etc.

Pete

The fix won't come by e-mail
Instructions to get the fix will come by e-mail

With all the viruses going around now, you really shouldn't trust any
attachments that come from sources that seem like they are Microsoft,
because they don't e-mail patches out.

--
Jason Tsang - Microsoft MVP

Find out about the MS MVP Program -
http://mvp.support.microsoft.com/default.aspx

Same problem : Reverts to PIO mode and is dead slow.

XP with SP1 and this hotfix :
http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
ASUS A7A266, BIOS 1012, ALI v104 drivers
Samsung SP1604N 160GB (on mobo IDE)

The mobo supports UDMA 6 with the 1012 BIOS and I have also tried setting
the drive to use UDMA 5 with a Samsung utility (hutil) but this makes no
difference.
Haven't tried it without SP1 and don't really want to as I need it for other
stuff.
In the event log I occasionally get ATAPI timeouts followed by a controller
error
at startup. As I understand it, the EnableBigLba setting isn't required for
XP if you
have the hotfix (just a new version of atapi.sys).

I have a dual boot setup with Windows 2000 and SP4 (which does require the
EnableBigLba setting) and things are even slower here. Also the same ATAPI
errors
always occur at startup.

Someone else also posted about this with the subject "PIO mode with 48-bit
LBA drives under XP SP1"
on 4th November.

PS. Just seen link provided by Jason Tsang so called Microsoft. Fix should
arrive by email soon.
Will post again with results.

Pete

I've just bought a Samsung SP1614N 160GB hard drive.
The hard disk runs in UDMA 5 mode fine, but I can only see
130GB. So if I enable XP for large drive support (48 bit
addressing, either via SP1 or using the EnableBigLba flag)
I can see the extra 30GB on the drive but the drive has
reverted back to PIO mode and is dog slow.

Has anyone else experieneced this?

NB I have re-flashed my bios on an ASUS A7A266
and made sure I had an up to date IDE controller.
No luck. Is the only way around a new MOBO
or just don't install SP1 so at least its 130GB
running At UDMA 5.

 

[Pete]

Hot fix doesn't work for me. See my other reply.
I'm told that using a separate IDE controller card may resolve the problem.
Specifically the Promise ATA-100 (UDMA 5)because the system treats this like
a SCSI drive and doesn't use atapi.sys which is what the Microsoft hotfixes
address. There's a Promise ATA-133 (UDMA 6) but it isn't clear (to me at
least) from the data here:
http://www.promise.com/product/product_detail_eng.asp?productId=87&familyId=
3
if this works in the same way.
Can anyone help please?

Pete

The fix won't come by e-mail
Instructions to get the fix will come by e-mail

With all the viruses going around now, you really shouldn't trust any
attachments that come from sources that seem like they are Microsoft,
because they don't e-mail patches out.

--
Jason Tsang - Microsoft MVP

Find out about the MS MVP Program -
http://mvp.support.microsoft.com/default.aspx

Same problem : Reverts to PIO mode and is dead slow.

XP with SP1 and this hotfix :
http://support.microsoft.com/default.aspx?scid=kb;[LN];331958
ASUS A7A266, BIOS 1012, ALI v104 drivers
Samsung SP1604N 160GB (on mobo IDE)

The mobo supports UDMA 6 with the 1012 BIOS and I have also tried setting
the drive to use UDMA 5 with a Samsung utility (hutil) but this makes no
difference.
Haven't tried it without SP1 and don't really want to as I need it for other
stuff.
In the event log I occasionally get ATAPI timeouts followed by a controller
error
at startup. As I understand it, the EnableBigLba setting isn't required for
XP if you
have the hotfix (just a new version of atapi.sys).

I have a dual boot setup with Windows 2000 and SP4 (which does require the
EnableBigLba setting) and things are even slower here. Also the same ATAPI
errors
always occur at startup.

Someone else also posted about this with the subject "PIO mode with 48-bit
LBA drives under XP SP1"
on 4th November.

PS. Just seen link provided by Jason Tsang so called Microsoft. Fix should
arrive by email soon.
Will post again with results.

Pete

I've just bought a Samsung SP1614N 160GB hard drive.
The hard disk runs in UDMA 5 mode fine, but I can only see
130GB. So if I enable XP for large drive support (48 bit
addressing, either via SP1 or using the EnableBigLba flag)
I can see the extra 30GB on the drive but the drive has
reverted back to PIO mode and is dog slow.

Has anyone else experieneced this?

NB I have re-flashed my bios on an ASUS A7A266
and made sure I had an up to date IDE controller.
No luck. Is the only way around a new MOBO
or just don't install SP1 so at least its 130GB
running At UDMA 5.