[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <414cba4e0704190630j3a64fbd3yf0f55ad9fa16a6fd@mail.gmail.com>
Date: Thu, 19 Apr 2007 15:30:56 +0200
From: emisca <emisca.ml@...il.com>
To: "Chuck Ebbert" <cebbert@...hat.com>
Cc: "Robert Hancock" <hancockr@...w.ca>,
"Tejun Heo" <htejun@...il.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
"Mark Lord" <liml@....ca>
Subject: Re: Loud "pop" coming from hard drive on reboot
>From the debian etch 4.0 /etc/init.d/halt script:
# Don't shut down drives if we're using RAID.
hddown="-h"
if grep -qs '^md.*active' /proc/mdstat
then
hddown=""
fi
# If INIT_HALT=HALT don't poweroff.
poweroff="-p"
if [ "$INIT_HALT" = "HALT" ]
then
poweroff=""
fi
# Make it possible to not shut down network interfaces,
# needed to use wake-on-lan
netdown="-i"
if [ "$NETDOWN" = "no" ]; then
netdown=""
fi
log_action_msg "Will now halt"
halt -d -f $netdown $poweroff $hddown
So it will always call halt -d when doing shutdown. I've also noticed
that doing suspend to disk, the drive don't spins up two times. Next
shutdown I'll try to remove the -d option and I'll report what it
does....
2007/4/19, Chuck Ebbert <cebbert@...hat.com>:
> Robert Hancock wrote:
> > Tejun Heo wrote:
> >> This really isn't a regression. It's been always like that with libata.
> >> libata doesn't make devices go into standby mode and shutdown(8) does
> >> it for libata. The problem here is that libata does issue
> >> SYNCHRONIZE_CACHE on shutdown. So, the sequence of event is...
> >>
> >> 1. shutdown(8) issues SYNCHRONIZE_CACHE followed by STANDBY_NOW
> >
> > This part is presumably distribution dependent. I have never seen Fedora
> > or CentOS shut down drives on power down from the shutdown script/utility..
> >
>
> Some distro shutdown scripts must be doing "halt -h" at shutdown time.
>
> -n : don't sync cache (default is to sync)
> -h : put harddrives in standby (default is no standby)
>
> And BTW not put them in sleep instead of standby (whether it's
> the halt program or the kernel?) They won't wake up from that
> until they're reset.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists