Re: Loud "pop" coming from hard drive on reboot

[emisca <emisca.ml@gmail.com>]

>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@redhat.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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>