Data Storage - Failure of brand new drive... possibly due to staggered spinup?

Author

Failure of brand new drive... possibly due to staggered spinup?

Dan Lenski

2007-06-01, 1:13 pm

Hi all,
I've just experienced a mystifying failure of a hard disk that was
literally only one day old. It is a Hitachi Travelstar 5K160 (80gb
5400RPM SATA) that came with my new Dell laptop. I had installed
Ubuntu Feisty Linux, and everything seemed to be working fine, and I
even checked the S.M.A.R.T. data for the drive and it looked great.

I was playing around with drive power settings using hdparm under
Linux, and I enabled "power-on in standby mode", which is supposed to
enable staggered spin-up. No particular reason, I was just trying it
out. I assumed the effect would be harmless in a single-drive
system. Everything continued to work fine, until I powered off the
computer an hour or so later...

I tried to turn it back on, and BIOS reported failure of the first
disk drive. I tried a variety of rescue CDs and boot disks, to no
avail... I could not get the drive to respond. I then removed the
drive from the laptop and put it in my desktop tower. Again, the
computer was unable to communicate with it, ruling out the possibility
of a drive controller issue. I tried holding the drive in my hand as
it powered up, and I could not feel the characteristic hum of the
motor!

So I'm quite mystified. The coincidence is uncanny, and I've never
had a brand-spanking-new drive fail like this. Is it possible that
enabling "power-on in standby mode" destroyed this drive?? In my
experience, drives in standby mode are still capable of communicating
with the host, so I don't understand what the problem with this drive
could be. Anyone have any advice/anecdotes/explanation?

Dan Lenski

Maxim S. Shatskih

2007-06-01, 1:14 pm

Your BIOS can fail to send the START STOP UNIT command to the boot drive.

Or the drive firmware can have a bug in this path, in which case yes, the
drive is killed. But this is unlikely.

Solution:
- attach the disk to the second Linux machine as _non-primary_ disk.
- boot Linux
- play with "hdparm"

Or:
- find an USB/1394 box for the disk
- install in inside
- attach the box to a Windows machine. What will Windows say?

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com

"Dan Lenski" <dlenski@gmail.com> wrote in message
news:1180713827.391586.305640@q69g2000hsb.googlegroups.com...
> Hi all,
> I've just experienced a mystifying failure of a hard disk that was
> literally only one day old. It is a Hitachi Travelstar 5K160 (80gb
> 5400RPM SATA) that came with my new Dell laptop. I had installed
> Ubuntu Feisty Linux, and everything seemed to be working fine, and I
> even checked the S.M.A.R.T. data for the drive and it looked great.
>
> I was playing around with drive power settings using hdparm under
> Linux, and I enabled "power-on in standby mode", which is supposed to
> enable staggered spin-up. No particular reason, I was just trying it
> out. I assumed the effect would be harmless in a single-drive
> system. Everything continued to work fine, until I powered off the
> computer an hour or so later...
>
> I tried to turn it back on, and BIOS reported failure of the first
> disk drive. I tried a variety of rescue CDs and boot disks, to no
> avail... I could not get the drive to respond. I then removed the
> drive from the laptop and put it in my desktop tower. Again, the
> computer was unable to communicate with it, ruling out the possibility
> of a drive controller issue. I tried holding the drive in my hand as
> it powered up, and I could not feel the characteristic hum of the
> motor!
>
> So I'm quite mystified. The coincidence is uncanny, and I've never
> had a brand-spanking-new drive fail like this. Is it possible that
> enabling "power-on in standby mode" destroyed this drive?? In my
> experience, drives in standby mode are still capable of communicating
> with the host, so I don't understand what the problem with this drive
> could be. Anyone have any advice/anecdotes/explanation?
>
> Dan Lenski
>

Rob Turk

2007-06-01, 1:14 pm

"Dan Lenski" <dlenski@gmail.com> wrote in message
news:1180713827.391586.305640@q69g2000hsb.googlegroups.com...
> Hi all,
[SNIP]
>
> So I'm quite mystified. The coincidence is uncanny, and I've never
> had a brand-spanking-new drive fail like this. Is it possible that
> enabling "power-on in standby mode" destroyed this drive?? In my
> experience, drives in standby mode are still capable of communicating
> with the host, so I don't understand what the problem with this drive
> could be. Anyone have any advice/anecdotes/explanation?
>
> Dan Lenski

You've just experienced an early failure. Nothing special, just a fact of
life. The frequency of failures usually follow the 'bathtub' curve.
Relatively many drives fail early in their life due to one weak component
that barely made it through the manufacturing tests. The failure rate drops
over time and remains low for a number of years. Then it goes up again when
the drive components start to wear.

Just call Dell and have the drive replaced under warranty.

Rob

Dan Lenski

2007-06-01, 1:14 pm

On Jun 1, 12:15 pm, "Rob Turk" <wipe_this_r.t...@chello.nl> wrote:
> You've just experienced an early failure. Nothing special, just a fact of
> life. The frequency of failures usually follow the 'bathtub' curve.
> Relatively many drives fail early in their life due to one weak component
> that barely made it through the manufacturing tests. The failure rate drops
> over time and remains low for a number of years. Then it goes up again when
> the drive components start to wear.

I guess so. It's just... spooky! Is it typical for such early
failures to occur when the drive is power-cycled? I'm going to live
in fear of the "hdparm -s1" option in the future :-)

> Just call Dell and have the drive replaced under warranty.

I've done that, after assuaging my conscience that this wasn't my
fault. Well, actually I used their Internet chat tech support...
which was a pleasant surprise since it turns out to be less annoying
than speaking on the phone.

Dan

Dan Lenski

2007-06-01, 1:14 pm

On Jun 1, 12:13 pm, "Maxim S. Shatskih" <m...@storagecraft.com> wrote:
> Your BIOS can fail to send the START STOP UNIT command to the boot drive.
>
> Or the drive firmware can have a bug in this path, in which case yes, the
> drive is killed. But this is unlikely.
>
> Solution:
> - attach the disk to the second Linux machine as _non-primary_ disk.
> - boot Linux
> - play with "hdparm"

Tried this. (I actually booted off a USB-drive containing some Linux
utilities since I only had one SATA cable.) When Linux boots, it
complains of an inability to communicate with SATA disk 1. So no /dev/
sd* node ever gets allocated for the disk.

I can see the possibility that BIOS fails to send the appropriate
initialization commands to the drive, knowing how buggy BIOS can be.
But it seems unlikely that *both* BIOS and the Linux kernel would fail
to do so! And from other mailing list posts, I've read that SATA
drives should not have any problem identifying themselves to the host
in standby mode, before spin-up.

> Or:
> - find an USB/1394 box for the disk
> - install in inside
> - attach the box to a Windows machine. What will Windows say?

An interesting idea. Though I don't have a SATA enclosure handy, only
an IDE enclosure.

I guess the drive really is just plain dead. I really wish I could
confirm or refute the notion that standby mode did it, though!

Dan

Nik Simpson

2007-06-01, 1:14 pm

Dan Lenski wrote:
>
>
> I guess the drive really is just plain dead. I really wish I could
> confirm or refute the notion that standby mode did it, though!

So get another one and try it again, repeat until you have a
statistically valid sample :-)

--
Nik Simpson

Dan Lenski

2007-06-01, 7:13 pm

On Jun 1, 1:37 pm, Nik Simpson <n_simp...@bellsouth.net> wrote:
> So get another one and try it again, repeat until you have a
> statistically valid sample :-)

I hadn't planned to get into the hard disk testing business anytime
soon :-)

I'm just worried that there could be some issue with standby mode on
this brand of drive. Having my drive die after 2 days is bad
enough... having it die after 2 months when I have all my work on
there would be a lot worse.

Dan

Svend Olaf Mikkelsen

2007-06-01, 7:13 pm

On Fri, 01 Jun 2007 16:03:47 -0000, Dan Lenski <dlenski@gmail.com>
wrote:

>Hi all,
>I've just experienced a mystifying failure of a hard disk that was
>literally only one day old. It is a Hitachi Travelstar 5K160 (80gb
>5400RPM SATA) that came with my new Dell laptop. I had installed
>Ubuntu Feisty Linux, and everything seemed to be working fine, and I
>even checked the S.M.A.R.T. data for the drive and it looked great.
>
>I was playing around with drive power settings using hdparm under
>Linux, and I enabled "power-on in standby mode", which is supposed to
>enable staggered spin-up. No particular reason, I was just trying it
>out. I assumed the effect would be harmless in a single-drive
>system. Everything continued to work fine, until I powered off the
>computer an hour or so later...
>
>I tried to turn it back on, and BIOS reported failure of the first
>disk drive. I tried a variety of rescue CDs and boot disks, to no
>avail... I could not get the drive to respond. I then removed the
>drive from the laptop and put it in my desktop tower. Again, the
>computer was unable to communicate with it, ruling out the possibility
>of a drive controller issue. I tried holding the drive in my hand as
>it powered up, and I could not feel the characteristic hum of the
>motor!
>
>So I'm quite mystified. The coincidence is uncanny, and I've never
>had a brand-spanking-new drive fail like this. Is it possible that
>enabling "power-on in standby mode" destroyed this drive?? In my
>experience, drives in standby mode are still capable of communicating
>with the host, so I don't understand what the problem with this drive
>could be. Anyone have any advice/anecdotes/explanation?
>
>Dan Lenski

This is as expected. You need to send a

Power-Up In Standby feature set device spin-up.

command to spinup the disk, or a

Disable Power-Up In Standby feature set.

to disable the feature.
--
Svend Olaf

Folkert Rienstra

2007-06-01, 7:13 pm

"Dan Lenski" <dlenski@gmail.com> wrote in message news:1180713827.391586.305640@q69g2000hsb.googlegroups.com
> Hi all,
> I've just experienced a mystifying failure of a hard disk that was
> literally only one day old. It is a Hitachi Travelstar 5K160 (80gb
> 5400RPM SATA) that came with my new Dell laptop. I had installed
> Ubuntu Feisty Linux, and everything seemed to be working fine, and I
> even checked the S.M.A.R.T. data for the drive and it looked great.
>
> I was playing around with drive power settings using hdparm under
> Linux, and I enabled "power-on in standby mode", which is supposed to
> enable staggered spin-up. No particular reason, I was just trying it
> out. I assumed the effect would be harmless in a single-drive system.
> Everything continued to work fine, until I powered off the
> computer an hour or so later...
>
> I tried to turn it back on, and BIOS reported failure of the first
> disk drive. I tried a variety of rescue CDs and boot disks, to no
> avail... I could not get the drive to respond. I then removed the
> drive from the laptop and put it in my desktop tower. Again, the
> computer was unable to communicate with it, ruling out the possibility
> of a drive controller issue. I tried holding the drive in my hand as
> it powered up, and I could not feel the characteristic hum of the motor!

And why should you? You set it up to "power-on in standby mode".
So it does.

>
> So I'm quite mystified. The coincidence is uncanny, and I've never
> had a brand-spanking-new drive fail like this. Is it possible that
> enabling "power-on in standby mode" destroyed this drive??

Nope, it is just doing what you told it to do, its in standby until
you tell it to come out of it.

> In my experience, drives in standby mode are still capable of communicating
> with the host,

And it probably does.
Problem is likely that host doesn't understand why it is in standby mode,
so it fails it.

> so I don't understand what the problem with this drive could be.

Most likely none.

> Anyone have any advice/anecdotes/explanation?

Most likely your host isn't compatible with power-on in standby mode.
Set the drive back to normal. That may be easier said then done, apparently.

>
> Dan Lenski

Dan Lenski

2007-06-01, 7:13 pm

On Jun 1, 1:43 pm, "Folkert Rienstra" <see_reply...@myweb.nl> wrote:
>
> And why should you? You set it up to "power-on in standby mode".
> So it does.

Indeed. However, I would expect it to come out of standby mode when
addressed by the host :-) For example, under Linux I can put a drive
temporarily into standby with "hdparm -y /dev/sda". However, the
Linux IDE/SATA drivers will bring it out of standby as soon as I try
to access it.

>
> And it probably does.
> Problem is likely that host doesn't understand why it is in standby mode,
> so it fails it.

Okay. I would believe this if it was only the laptop BIOS that didn't
know what to do. But not only the laptop BIOS can't initialize it,
also the BIOS on my desktop can't initialize it, and the Linux kernel
can't initialize it when booting from an external disk.

I certainly think a recent Linux 2.6.20 kernel must know how to deal
with this situation... I've never met another hard drive feature that
the Linux kernel couldn't handle with ease.

Of course, now that I dig around a little more, I find this patch on
the linux-ide mailing list: http://www.mail-archive.com/linux-i...g/msg04323.html
Maybe with this patch my kernel will figure out what to do? I'll try
it tonight...

>
> Most likely your host isn't compatible with power-on in standby mode.
> Set the drive back to normal. That may be easier said then done, apparently.

Indeed. Is there any utility to do this??

Dan Lenski

Folkert Rienstra

2007-06-02, 1:14 am

"Dan Lenski" <dlenski@gmail.com> wrote in message news:1180735023.579529.72870@p47g2000hsd.googlegroups.com
> On Jun 1, 1:43 pm, "Folkert Rienstra" <see_reply...@myweb.nl> wrote:
[vbcol=seagreen]
> Indeed. However, I would expect it to come out of standby mode when
> addressed by the host :-)

Nope.
It wants/needs to be specifically told. Else any access would wake it up.

> For example, under Linux I can put a drive
> temporarily into standby with "hdparm -y /dev/sda". However, the
> Linux IDE/SATA drivers will bring it out of standby as soon as I try
> to access it.

Power-on in standby mode is an altogether different feature.
It's similar to the start unit command of SCSI that is required
if a SCSI drive has been jumpered for autospin disabled.
The difference here is that the jumper has been executed in software
so you have a jumper command and a spinup command.
Svend has mentioned them both already.

>
>
> Okay. I would believe this if it was only the laptop BIOS that didn't
> know what to do. But not only the laptop BIOS can't initialize it,
> also the BIOS on my desktop can't initialize it, and the Linux kernel
> can't initialize it when booting from an external disk.

That's not so surprising at all. Even IBM/Hitachi who are normally well
equiped (either their Drive Fitness Test or Feature Tool) don't have it in
their toolkits.

>
> I certainly think a recent Linux 2.6.20 kernel must know how to deal
> with this situation... I've never met another hard drive feature that
> the Linux kernel couldn't handle with ease.
>
> Of course, now that I dig around a little more, I find this patch on
> the linux-ide mailing list: http://www.mail-archive.com/linux-i...g/msg04323.html
> Maybe with this patch my kernel will figure out what to do? I'll try
> it tonight...
>
[vbcol=seagreen]
> Indeed. Is there any utility to do this??

Now that you mention it, Svend was experimenting with it.
http://www.partitionsupport.com/advancednotes.htm

>
> Dan Lenski

Dan Lenski

2007-06-02, 7:13 am

On Jun 1, 5:12 pm, svo...@partitionsupport.com (Svend Olaf Mikkelsen)
wrote:
> This is as expected. You need to send a
>
> Power-Up In Standby feature set device spin-up.
>
> command to spinup the disk, or a
>
> Disable Power-Up In Standby feature set.
>
> to disable the feature.
> --
> Svend Olaf

Wow. Just wow. I can hardly believe it, but that worked. Thanks
Svend and Folkert for helping me figure out that the drive wasn't
actually dead.

Issuing those commands to the drive wasn't so easy: I had to apply
Mark Lord's patch (http://www.mail-archive.com/linux-
ide@vger.kernel.org/msg04323.html) to the 2.6.20 kernel. But lo and
behold, when I booted with that patch, the SETFEATURE_SPINUP command
was sent to the drive, and it began to operate again.

The whole thing is kind of amazing: toggling the "power up in standby"
feature caused the BIOS of *three* desktop computers to pronounce the
drive dead, and to freeze when booting. In order to get past the
BIOS, I had to hotplug the drive at the GRUB boot menu. And the
default 2.6.20 Linux kernel of Ubuntu failed to spin the drive up as
well. Probably the Linux kernel doesn't support this since it expects
the BIOS to have spun the drive up already.

So I still have some questions...
* does anyone know of a BIOS that actually *does* know how to spin up
drives that boot in standby?
* why isn't this feature marked as DANGEROUS in the hdparm
manual :-) ?
* is there a way to issue raw commands to a drive from Linux (maybe
via /sys) without recompiling the kernel?

I'd like to make a standalone boot disk to help out other folks who've
bricked their drive in a similar fashion. It'd be great to figure out
a way to do it without a custom kernel.

Wow. This is definitely the strangest hardware/firmware quirk I've
ever encountered... and one of the most time-consuming.

Dan

Maxim S. Shatskih

2007-06-02, 7:13 am

> The whole thing is kind of amazing: toggling the "power up in standby"
> feature caused the BIOS of *three* desktop computers to pronounce the
> drive dead, and to freeze when booting.

A clear sign of bad industry support of this (S)ATA feature, especially for
laptop drives.

For SCSI drives, their SCSI BIOSes can send START STOP UNIT (the similar SCSI
command) at boot for very long times, and the drive can be mechanically
jumpered to "no spin at powerup".

This is because spinning up a SCSI drive imposes significant load to the PSU,
so, it is a good idea to delay its spinup until after the BIOS self-tests,
while the (S)ATA drives will be spinned up and power up. This reduces the PSU
power load.

But this is relevant for "heavy" SCSI drives only, not relevant for a laptop
drive. That's why - IMHO - the industry support for a feature is bad on (S)ATA.

> * why isn't this feature marked as DANGEROUS in the hdparm
> manual :-) ?

Hey, it's open source, mark yourself and tell the maintainer :-)

> * is there a way to issue raw commands to a drive from Linux (maybe
> via /sys) without recompiling the kernel?

Try FreeBSD and "camcontrol".

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com

Dirk Munk

2007-06-02, 7:13 am

Maxim S. Shatskih wrote:
>
> A clear sign of bad industry support of this (S)ATA feature, especially for
> laptop drives.
>
> For SCSI drives, their SCSI BIOSes can send START STOP UNIT (the similar SCSI
> command) at boot for very long times, and the drive can be mechanically
> jumpered to "no spin at powerup".
>
> This is because spinning up a SCSI drive imposes significant load to the PSU,
> so, it is a good idea to delay its spinup until after the BIOS self-tests,
> while the (S)ATA drives will be spinned up and power up. This reduces the PSU
> power load.
>
> But this is relevant for "heavy" SCSI drives only, not relevant for a laptop
> drive. That's why - IMHO - the industry support for a feature is bad on (S)ATA.

I don't agree on that. Don't forget that SATA drives are also used in
big (and very expensive) storage arrays for low performance high
capacity disk storage.

>
>
> Hey, it's open source, mark yourself and tell the maintainer :-)
>
>
> Try FreeBSD and "camcontrol".
>

Dan Lenski

2007-06-02, 1:13 pm

On Jun 2, 4:02 am, "Maxim S. Shatskih" <m...@storagecraft.com> wrote:
>
> A clear sign of bad industry support of this (S)ATA feature, especially for
> laptop drives.

Right. It's about a 3-line addition to the BIOS code, as can be seen
from Mark Lord's libata patch which I linked to. In my opinion, it
*is* a feature which would benefit desktop computers and embedded
systems, since you could save significant load on the PSU by not
spinning up the HD at boot time. For example, my friend has built an
automotive PC and he had problems with it crashing at boot, due to
excessive drain on the car's 12V supply.

Also, I don't think the distinction between 2.5" and 3.5" drives is
relevant here, since they all use the same (S)ATA command set.

>
> Hey, it's open source, mark yourself and tell the maintainer :-)

Oh, believe me, I plan to :-) In my opinion, it is MUCH more
dangerous than the other features marked dangerous. Most of them can
simply crash the OS or lock up the drive until the next reboot.

This one can make the drive appear dead *and* freeze the BIOS.

>
> Try FreeBSD and "camcontrol".

Cool. That's a neat utility. I feel like it outta be possible to
send some commands via /sys/bus/scsi/devices or something like that...
but it's just a hunch. I'm going to email Mark Lord about his patch
and maybe he'll have a suggestion for that!

I'd also like to poke the freakin' BIOS vendors with a clue stick and
tell them to support this feature... but that's probably a lost cause,
right?

Dan

Dan Lenski

2007-06-02, 1:13 pm

On Jun 2, 4:22 am, Dirk Munk <m...@home.nl> wrote:
> I don't agree on that. Don't forget that SATA drives are also used in
> big (and very expensive) storage arrays for low performance high
> capacity disk storage.

Right. I assume that's why this drive has the feature. I have heard
that some data centers use arrays of 2.5" disks since they consume
significantly less power, and I'm assuming that's why this feature is
implemented for SATA disks.

Dan

Maxim S. Shatskih

2007-06-02, 7:15 pm

> > Try FreeBSD and "camcontrol".
>
> Cool. That's a neat utility. I feel like it outta be possible to
> send some commands via /sys/bus/scsi/devices or something like that...
> but it's just a hunch.

"camcontrol" IIRC can do this.

But, to send SCSI commands to (S)ATA drive in FreeBSD, you need a properly
built kernel - no direct ATA disk driver, but the SCSI-to-ATA bridge driver.

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com

Arno Wagner

2007-06-02, 7:15 pm

In comp.sys.ibm.pc.hardware.storage Dan Lenski <dlenski@gmail.com> wrote:
> On Jun 2, 4:22 am, Dirk Munk <m...@home.nl> wrote:
[vbcol=seagreen]
> Right. I assume that's why this drive has the feature. I have heard
> that some data centers use arrays of 2.5" disks since they consume
> significantly less power, and I'm assuming that's why this feature is
> implemented for SATA disks.

Actually 2.5" SATA drives are used as local disks in blade servers,
were space and power are at a premium. There are also high performance
2.5" disks that are unsuitable for laptops, but AFAIK they are
not available to ordinary customers, just to OEMs.

And yes, I believe you are correct that this is the reason
the feature is present. An other one is that 2.5" disks are
far better at starting fast than 3.5" disks, since on laptops this
is a typical way to save power.

Still, basically the BIOS manufacurers or customizers messed
up badly here.

Arno

Arno Wagner

2007-06-02, 7:15 pm

In comp.sys.ibm.pc.hardware.storage Dan Lenski <dlenski@gmail.com> wrote:
[...]
> I'd also like to poke the freakin' BIOS vendors with a clue stick and
> tell them to support this feature... but that's probably a lost cause,
> right?

Very likely. These people believe they know what they are doing, which
is the worst kind of incompetence.

Arno

Daniel Lenski

2007-06-03, 7:13 pm

On Sat, 02 Jun 2007 22:15:44 +0000, Arno Wagner wrote:
> Still, basically the BIOS manufacurers or customizers messed
> up badly here.

Yeah, seems like it :-( I still haven't found any BIOS that actually
supports spinning up a SATA disk.

And for a PATA disk, the only easy way to rescue it is with the
utility by Svend Olaf Mikkelsen, which he helpfully pointed out to me:
http://www.partitionsupport.com/advancednotes.htm

Dan

Folkert Rienstra

2007-06-04, 7:14 pm

Folkert Rienstra

2007-06-04, 7:14 pm

"Arno Wagner" <me@privacy.net> wrote in message news:5ce8jnF2vr9rmU2@mid.individual.net
> In comp.sys.ibm.pc.hardware.storage Dan Lenski <dlenski@gmail.com> wrote:
> [...]
[vbcol=seagreen]
> Very likely. These people believe they know what they are doing, which
> is the worst kind of incompetence.

So that's where you are coming from, babblebot.

>
> Arno

Folkert Rienstra

2007-06-04, 7:14 pm

"Maxim S. Shatskih" <maxim@storagecraft.com> wrote in message news:f3r86v$2dgt$1@news.mtu.ru
>
> A clear sign of bad industry support of this (S)ATA feature, especially
> for laptop drives.
>
> For SCSI drives, their SCSI BIOSes can send START STOP UNIT (the
> similar SCSI command) at boot for very long times, and the drive can be
> mechanically jumpered to "no spin at powerup".

> This is because spinning up a SCSI drive imposes significant load to the PSU,
> so, it is a good idea to delay its spinup until after the BIOS self-tests,

That is utter nonsense.

> while the (S)ATA drives will be spinned up and power up. This reduces the PSU
> power load.

Like there is any difference with sata drives spinning up.

>
> But this is relevant for "heavy" SCSI drives only,

Utterly clueless.

> not relevant for a laptop drive.

> That's why - IMHO - the industry support for a feature is bad on (S)ATA.

Waffle.

>
>
> Hey, it's open source, mark yourself and tell the maintainer :-)
>
>
> Try FreeBSD and "camcontrol".

Dan Lenski

2007-06-04, 7:14 pm

On Mon, 04 Jun 2007 17:05:03 +0200, Folkert Rienstra wrote:
>
> He did? I must have missed that.

Yeah, I accidentally hit "reply via email" to him, and he replied in
kind. I'm still getting the hang of this here newsreader thingy

Dan

Daniel Lenski

2007-06-05, 7:15 pm

On Sun, 03 Jun 2007 22:22:32 +0000, Daniel Lenski wrote:

> On Sat, 02 Jun 2007 22:15:44 +0000, Arno Wagner wrote:
>
> Yeah, seems like it :-( I still haven't found any BIOS that actually
> supports spinning up a SATA disk.
>
> And for a PATA disk, the only easy way to rescue it is with the
> utility by Svend Olaf Mikkelsen, which he helpfully pointed out to me:
> http://www.partitionsupport.com/advancednotes.htm
>

Okay, to wrap things up: there *is* a utility, in the form of a boot
floppy or CD, which can turn off "power-up in standby mode" for any
PATA/SATA drive. It was helpfully released by Mark Lord who wrote the
Linux kernel patch--as well as hdparm itself--and can be found on
sourceforge:

http://sourceforge.net/project/show...group_id=136732

Dan

Folkert Rienstra

2007-06-05, 7:15 pm

"Daniel Lenski" <dlenski@gmail.com> wrote in message news:IaH8i.12293$2v1.4765@newssvr14.news.prodigy.net
> On Sat, 02 Jun 2007 22:15:44 +0000, Arno Wagner wrote:
>
> Yeah, seems like it :-(

> I still haven't found any BIOS that actu-
> ally supports spinning up a SATA disk.

But you did for PATA?

> And for a PATA disk, the only easy way to rescue it is with the utility
> by Svend Olaf Mikkelsen,

Works fine for SATA too, except maybe that the SATA controller should
support ATA compatability mode (support M/S) for Findpart to work. That is if Findpart actually uses PM, PS, SM and SS and isn't
translating
that to BIOS device numbers anyway in which case it doesn't matter.

> which he helpfully pointed out to me:

You mean, I did that, don't you?

> http://www.partitionsupport.com/advancednotes.htm
>
> Dan

Folkert Rienstra

2007-06-05, 7:15 pm

"Dan Lenski" <dlenski@gmail.com> wrote in message news:s319i.12632$rO7.2881@newssvr25.news.prodigy.net
> On Mon, 04 Jun 2007 17:05:03 +0200, Folkert Rienstra wrote:
[vbcol=seagreen]
> Yeah, I accidentally hit "reply via email" to him, and he replied in kind.

Uhuh. And obviously he replied long before I gave you that re-
ference, making my effort finding it for you totally worthless.

> I'm still getting the hang of this here newsreader thingy

No kidding.

>
> Dan

Daniel Lenski

2007-06-06, 1:14 am

On Tue, 05 Jun 2007 22:16:28 +0200, Folkert Rienstra wrote:
> Uhuh. And obviously he replied long before I gave you that re-
> ference, making my effort finding it for you totally worthless.

Sorry about that. But the other info you've been provided has been very
helpful, and hopefully others with the same problem with come across this
thread.

>
> No kidding.

Ouch!

Dan

hsing

2007-06-06, 7:13 pm

Hitachi provides some tools for hard disks made by Hitachi. The link
for download is

http://www.hitachigst.com/hdd/support/download.htm

Hsing

On Jun 5, 12:09 pm, Daniel Lenski <dlen...@gmail.com> wrote:
> On Sun, 03 Jun 2007 22:22:32 +0000, Daniel Lenski wrote:
>
>
>
> Okay, to wrap things up: there *is* a utility, in the form of a boot
> floppy or CD, which can turn off "power-up in standby mode" for any
> PATA/SATA drive. It was helpfully released by Mark Lord who wrote the
> Linux kernel patch--as well as hdparm itself--and can be found on
> sourceforge:
>
> http://sourceforge.net/project/show...group_id=136732
>
> Dan

Ales Dvorak

2007-06-14, 7:14 am

Hi,

I have similar problem with two Western Digital WD3200KD SATA drives
and "power up in standby" propety set. I've attached disks to the
Highpoint RocketRAID 2320 and in the card setup utility turnded the
Staggered Spinup On. While inicialized by the card, they spin up and
detect correctly by the card bios, but in system (WinSrv2k3, Ubuntu)
are not visible. Disabling Staggered spinup in card's bios utility
makes no effect and I found no other way to disable it.
I've tryed Mark Lord's bootable CD and made few tests:
(disks were now attached to Silicon Image 3114 controller)
Test 1:
- start PC, Mark's CD spins up disks, reset PC, boot to Windows - disk
were detected correctly and work fine

Test 2:
- start PC, Mark's CD spins up disks, reset PC, boot to Ubuntu
2.6.20.16 - disk were detected correctly and work fine but hdparm -s0
doesn't work (probably because of missing patch in kernel):
hdparm -s0 /dev/sdb
/dev/sdb:
spin-up: setting power-up in standby to 0 (off)
HDIO_DRIVE_CMD(powerup_in_standby) failed: Input/output error

Test 3:
- start PC, boot to Ubuntu 2.6.22.rc4 - disks are spinned up by kernel
but not identified (no /dev/sdx) so I can't even try hdparm

Now I don't understand it at all ...

Last chance was "findpart feature" from dos but only primary/secondary
master/slave IDE can be addressed. So no chance for SATA (?).

Anyone have an idea what else should I try to disable the power up in
standby? I've been testing it last four days with no success.

Thanx
Ales Dvorak

hkbakke@gmail.com

2007-07-01, 1:15 am

Exact same problem:
4xWD3200KS drives gone using staggered spinup on the Highpoint 2320.
The disks work as long as they are connected to the 2320 controller
and using the controller drivers in XP. But FreeNAS doesn't recognize
them anymore.

I can make them spin up on my mainboards controller using the linux
disk, but it fails to disable the feature.

I have filed a question with WD support, hoping they can help me. I
think it should be solvable by software or maybe a firmware reset/
update of some kind.

Hans-Kristian

2007-07-01, 1:15 am