linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Andrew Paprocki <andrew@ishiboo.com>
Cc: linux-ide@vger.kernel.org, Bruce Allen <ballen@gravity.phys.uwm.edu>
Subject: Re: smartd causing SATA timeouts on sleeping drives
Date: Mon, 08 Oct 2007 15:06:14 +0900	[thread overview]
Message-ID: <4709C8D6.3020008@gmail.com> (raw)
In-Reply-To: <76366b180710072251i7af01faaqc18776d8f8f31ef9@mail.gmail.com>

Andrew Paprocki wrote:
> I found out after posting that this is governed by the -n parameter to
> smartd. The default behavior is "-n never" which means smartd will
> send the cmds regardless of the drive status. The man page indicates
> that may cause the drive to spin-up to answer the cmds. It appears for
> some drives (?) the cmds just timeout and libata performs a soft
> reset. I'm going to change my setup to "-n standby", but it seems
> strange to me that "-n never" is the default if it has this drastic of
> a result (at least under Linux). Is there any way to know if the drive
> will actually spin up as a result of the cmd instead of timing out?

If in standby mode, the drive would automatically spin up to process
command.  If in sleep mode, it needs SRST to spin back up.  Was your
drive in sleep mode?

-- 
tejun

  reply	other threads:[~2007-10-08  6:06 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-06  1:38 smartd causing SATA timeouts on sleeping drives Andrew Paprocki
2007-10-06 20:15 ` Tejun Heo
2007-10-08  5:51   ` Andrew Paprocki
2007-10-08  6:06     ` Tejun Heo [this message]
2007-10-08  6:32       ` Andrew Paprocki
2007-10-10 19:39         ` Bruce Allen
2007-10-11  2:02           ` Tejun Heo
2007-10-11  2:46             ` Andrew Paprocki
2007-10-11  3:06               ` Tejun Heo
2007-10-11  4:00             ` Andrew Paprocki
2007-10-12  9:15             ` [smartmontools-devel] " Bruce Allen
2007-10-10 19:42   ` Bruce Allen
2007-10-10 19:46 ` Bruce Allen

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=4709C8D6.3020008@gmail.com \
    --to=htejun@gmail.com \
    --cc=andrew@ishiboo.com \
    --cc=ballen@gravity.phys.uwm.edu \
    --cc=linux-ide@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).