From: Bart Samwel <bart@samwel.tk>
To: crash@treysoft.com
Cc: Mark Lord <lkml@rtr.ca>, linux-kernel@vger.kernel.org
Subject: Re: hdparm standby timeout not working for WD raptors?
Date: Sun, 14 Oct 2007 23:05:43 +0200 [thread overview]
Message-ID: <471284A7.1060800@samwel.tk> (raw)
In-Reply-To: <71b295590710141330g7a4779e5q2d6b8f50387ee971@mail.gmail.com>
Mark Weber wrote:
> On 10/14/07, Bart Samwel <bart@samwel.tk> wrote:
>> Some things to check:
>>
>> * Run "hdparm -I" on your drive. In the "Capabilities" section there is
>> a line "Standby timer values", for some drives this mentions a device
>> specific minimum. I know some drives that ignore any setting below 60
>> seconds.
>>
>> * I also know of quite a number of drives where hdparm -B settings
>> override the -S settings, even if you set the -S settings after the
>> hdparm -B settings. You could try combinations with various values of
>> hdparm -B, especially 1 and 255.
>
> Thanks for the suggestions.
>
> The -I command prints out a bunch of stuff including:
> Standby timer values: spec'd by Standard, with device specific minimum
Ahhh. Spec'd by standard means that each -S unit is worth 5 seconds (for
values up to 240 = 20 minutes), and the second part means that there is
a minimum (which is not specified in this report, unfortunately).
Perhaps you can get a hold of the full drive manual, the exact minimum
value is probably specified there.
> I tried setting -B to 1 and and then set -S to 5 minutes.
> Also, -B 255 and then set -S to 5 minutes.
> No luck with either. These drives want to keep running.
Just to be sure: you did use -S 60 to get 5 minutes, right?
> One thing of possible interest: The -B command printed
> the following message:
>
> /dev/sda:
> setting Advanced Power Management level to 0x01 (1)
> HDIO_DRIVE_CMD failed: Input/output error
>
> I would guess that the first line came out just before
> hdparm tried to do the set, and the second line indicates
> that the set failed.
Yes, that seems correct. Nothing too weird there: it simply seems that
the drive doesn't support the power management knob. (AFAIK you should
be able to confirm this using the feature sets listed in the output of
hdparm -I.)
> Perhaps -S is failing too, just without the diagnostic?
Perhaps, but I'd expect it to print a diagnostic if it fails. I do seem
to remember that (at least for some drives that I've seen) there isn't a
diagnostic if you go below the device specific minimum, the value is
simply ignored.
Cheers,
Bart
next prev parent reply other threads:[~2007-10-14 21:05 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-06 17:11 hdparm standby timeout not working for WD raptors? Mark Weber
2007-10-11 19:37 ` Mark Lord
2007-10-12 5:07 ` Mark Weber
2007-10-12 13:30 ` Mark Lord
2007-10-12 22:19 ` Mark Weber
2007-10-13 12:46 ` Mark Lord
2007-10-14 12:36 ` Bart Samwel
2007-10-14 20:30 ` Mark Weber
2007-10-14 21:05 ` Bart Samwel [this message]
2007-10-14 22:05 ` Mark Weber
2007-10-14 23:40 ` Mark Lord
2007-10-15 0:02 ` Mark Weber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=471284A7.1060800@samwel.tk \
--to=bart@samwel.tk \
--cc=crash@treysoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@rtr.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.