mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: idalton@ferret.dyndns.org
To: Petr Vandrovec <VANDROVE@vc.cvut.cz>
Cc: "peter k." <spam-goes-to-dev-null@gmx.net>,
	linux-kernel@vger.kernel.org, adrianb@ntsp.nec.co.jp
Subject: Re: patch to put IDE drives in sleep-mode after an halt
Date: Thu, 24 May 2001 10:38:42 -0700	[thread overview]
Message-ID: <20010524103842.A3677@ferret.phonewave.net> (raw)
In-Reply-To: <3D34A656448@vcnet.vc.cvut.cz>
In-Reply-To: <3D34A656448@vcnet.vc.cvut.cz>; from VANDROVE@vc.cvut.cz on Thu, May 24, 2001 at 03:16:44PM +0000

On Thu, May 24, 2001 at 03:16:44PM +0000, Petr Vandrovec wrote:
> On 24 May 01 at 14:59, peter k. wrote:
> 
> > > auto-parking), and since all drives are voice coil drives, then they
> > > should auto-park. But i've had problems with some hard drives that were
> > > spinned down (when Win____ was shutdown)..  if i reset the PC (instead
> > > of turning it off), the hard drives wouldn't come back on so i'd have to
> > > do a full shutdown of the machine.
> > 
> > well, my new 40gb ones are auto-parking i think but all the other ones from
> > last year aren't
> > and older hardware (although 1 year isnt even old for a hd) should be
> > supported by the kernel, right?
> > plus, its really not difficult to implement spinning down the hds before
> > halt anyway and then the kernel
> > leaves the system as clean as it was before booting ;) !!
> 
> I'm using (at the end of /etc/init.d/halt):
> 
> cat /sbin/halt > /dev/null
> cat /bin/sleep > /dev/null
> hdparm -Y /dev/hdd
> hdparm -Y /dev/hdc
> hdparm -Y /dev/hdb
> hdparm -Y /dev/hda
> /bin/sleep 2
> /sbin/halt -d -f -i -p
> 
> It works fine for me for years... I had to put sleep 2 here, as otherwise
> CDROM drive does not park its head correctly (as hdparm /dev/hdc causes
> ide-cd/cdrom to load - and this causes CDROM to spin up :-( )
> So I do not see any reason for doing HDD park by kernel...

I do something similar to this on my non-poweroff machines, except currently
I have only the hard drives coded in. Also, since two of the machines are SCSI,
I have generic built-in so I can spin those down too. (unless hdparm no longer
needs sg loaded to spin down a drive)

Though, having a compile-time or boot-time kernel option to spin down all
attached drives at halt may not be a bad idea.

-- Ferret

  reply	other threads:[~2001-05-24 17:39 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-24 15:16 Petr Vandrovec
2001-05-24 17:38 ` idalton [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-05-24 12:29 peter k.
2001-05-24 12:46 ` Adrian V. Bono
2001-05-24 12:59   ` peter k.
2001-05-24 13:18     ` Erik Mouw
2001-05-24 11:03 Rodrigo Ventura
2001-05-24 11:11 ` Russell King
2001-05-24 13:20 ` Erik Mouw
2001-05-24 13:52   ` Rodrigo Ventura

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=20010524103842.A3677@ferret.phonewave.net \
    --to=idalton@ferret.dyndns.org \
    --cc=VANDROVE@vc.cvut.cz \
    --cc=adrianb@ntsp.nec.co.jp \
    --cc=linux-kernel@vger.kernel.org \
    --cc=spam-goes-to-dev-null@gmx.net \
    /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

all inboxes | Powered by JetHome®