From: Tejun Heo <htejun@gmail.com>
To: Dark Sylinc <dark_sylinc@yahoo.com.ar>
Cc: linux-ide@vger.kernel.org, hmh@debian.org
Subject: Re: SATA Shutdown issue confuses (sda)
Date: Thu, 29 Nov 2007 10:04:18 +0900 [thread overview]
Message-ID: <474E1012.40703@gmail.com> (raw)
In-Reply-To: <947127.83110.qm@web56306.mail.re3.yahoo.com>
Dark Sylinc wrote:
> Some people around the net is concerned about their
> SATA drives. They're wondering if before kernel 2.6.22
> their SATA HDDs were making emergency shutdowns and
> didn't realize that they weren't normal shutdowns. And
> they may have been using Linux in their SATAs from a
> long time ago, just to realize now (thanks to the new
> K2.6.22 warning) that they were damaging their HDDs
> since years.
> In summary: the emergency shutdowns issue appeared in
> K2.6.22, and using previous kernels fixes it, or the
> emergenct shutdown happens in any kernel version??
> I can't answer that question by myself, because I've
> just installed Linux in this HDD and upgraded
> immediately.
It depends on your distro. If the distro issues spin down on shutdown,
things should have been fine beofre 2.6.22 but it it doesn't, disks
attached via libata would do emergency unload on power off. Also small
fraction of disks which spin up to do FLUSH_CACHE issued by kernel would
do double spin down where the last one is emergency if the distro
shutdown issues spin down.
2.6.22 fixes the problem completely for distros which don't issue spin
down. For distros which do issue spin down, the situation isn't worse,
the kernel behaves the same way as before 2.6.22. It just issues
FLUSH_CACHE. The warning message is for small fraction of disks
mentioned above which do double spin down and to accelerate transition
to kernel-driven spin down.
>> Sure way to tell is to look at emergency unload
>> count int the output of
>> 'smartctl -a'. Basically, it should identical to
>> 'hdparm -y'.
>
> Thanks, but the idea that software can do such thing
> gives me the creeps.
Oh well, it can, apparently. :-)
>> and yes you
>> definitely need to issue FLUSH before spinning down
>> the disk.
>
> Seems missing both in the official src and in the
> patch provided...
> May be I can submit a patch...
> However the patch I'm using doesn't trigger FLUSH but
> the problem is solved anyway.
So, the patch isn't in the package yet?
--
tejun
next prev parent reply other threads:[~2007-11-29 1:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-27 20:08 SATA Shutdown issue confuses (sda) Dark Sylinc
2007-11-28 3:07 ` Tejun Heo
2007-11-28 20:02 ` Dark Sylinc
2007-11-29 1:04 ` Tejun Heo [this message]
2007-11-29 2:17 ` Dark Sylinc
2007-11-29 2:23 ` Tejun Heo
2007-11-29 3:49 ` Dark Sylinc
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=474E1012.40703@gmail.com \
--to=htejun@gmail.com \
--cc=dark_sylinc@yahoo.com.ar \
--cc=hmh@debian.org \
--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).