Could I just ask, why do you want to enable spin down? Hard discs consume the most power on start up. They also undergo the greatest stress when spinning up. Therefore, if your disks keep having to spin up, then you are actually not saving anywhere as much energy as you suspect, and you are also reducing the life expectancy of your disks. Just my 2p worth. Matthew On Wed, Nov 14, 2001 at 09:46:26PM +0100, Dominique Deleris wrote: > Hello folks ! > > I am now in the process to reduce power consumption on my Woody > box (great, isn't it?) So far I've managed to get DPMS working so > that my monitor will go to standby mode when I'm AFK. > > Now the question: I have two HD, /dev/hda and /dev/hdc that are > mounted as follows: > > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/hda2 7384424 1895048 5114260 28% / > /dev/hda3 3075536 1283008 1636296 44% /usr/local > /dev/hdc2 3909084 2509760 1200748 68% /home > /dev/hda1 9428928 5506328 3922600 59% /windows > > At boot time I have the following commands executed: > hdparm -S 180 /dev/hda > hdparm -S 180 /dev/hdc > so that my two HDs will go to sleep after 15 min. > > Everything is fine with /dev/hdc (/home), but /dev/hda will > always wake up after a few seconds of sleep ! > > I can't figure out what's provoking this behaviour? > > Here are my running processes: > PID TTY TIME CMD > 1 ? 00:00:03 init > 2 ? 00:00:00 keventd > 3 ? 00:16:15 kapm-idled > 4 ? 00:00:00 ksoftirqd_CPU0 > 5 ? 00:00:00 kswapd > 6 ? 00:00:00 bdflush > 7 ? 00:00:00 kupdated > 44 ? 00:00:00 khubd > 200 ? 00:00:00 syslogd > 203 ? 00:00:00 klogd > 212 ? 00:00:00 inetd > 215 ? 00:00:00 jabberd > 218 ? 00:00:00 jabberd > 229 ? 00:00:00 lpd > 242 ? 00:00:00 safe_mysqld > 275 ? 00:00:00 mysqld > 277 ? 00:00:00 mysqld > 278 ? 00:00:00 mysqld > 288 ? 00:00:00 mysqld > 290 ? 00:00:00 slapd > 294 ? 00:00:00 slapd > 295 ? 00:00:00 slapd > 297 ? 00:00:02 xfs > 301 ? 00:00:00 proftpd > 322 ? 00:00:00 gdm > 327 ? 00:00:00 gdm > 328 ? 00:04:22 XFree86 > 409 tty2 00:00:00 getty > 410 tty3 00:00:00 getty > 411 tty4 00:00:00 getty > 412 tty5 00:00:00 getty > 413 tty6 00:00:00 getty > 421 ? 00:00:00 gnome-session > 453 ? 00:00:01 xscreensaver > 460 ? 00:00:00 gnome-smproxy > 472 ? 00:00:05 sawfish > 478 ? 00:00:03 panel > 480 ? 00:00:00 gmc > 484 ? 00:00:00 gnome-name-serv > 486 ? 00:00:03 tasklist_applet > 504 ? 00:00:00 adsl-connect > 533 ? 00:00:00 pppd > 541 ? 00:00:00 pppoe > 599 ? 00:00:00 snort > 758 ? 00:00:00 run-mozilla.sh > 763 ? 00:05:39 mozilla-bin > 765 ? 00:00:00 mozilla-bin > 766 ? 00:00:01 mozilla-bin > 767 ? 00:00:00 mozilla-bin > 769 ? 00:00:00 mozilla-bin > 837 ? 00:00:00 apache > 838 ? 00:00:00 apache > 839 ? 00:00:00 apache > 840 ? 00:00:01 apache > 841 ? 00:00:00 apache > 842 ? 00:00:00 apache > 844 ? 00:00:00 apache > 845 ? 00:00:00 apache > 846 ? 00:00:00 apache > 847 ? 00:00:00 apache > 902 ? 00:00:00 sh > 903 ? 00:00:00 gnome-terminal > 904 ? 00:00:00 gnome-pty-helpe > 905 ttyp0 00:00:00 bash > 917 tty1 00:00:00 getty > 1050 ? 00:00:15 emacs > 1051 ttyp2 00:00:00 gnuserv > 1064 ttyp0 00:00:00 bash > 1092 ? 00:00:00 cron > 1095 ? 00:00:00 atd > 1124 ttyp0 00:00:00 ps > > Any idea ???? > > Any help (really) appreciated ! > > Thanks in advance. > > Cheers, > > -- > Dominique Deleris > http://potatoworld.tuxfamily.org > > > -- > To UNSUBSCRIBE, email to debian-user-request@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org > > -- Matthew Sackman Nottingham, ENGLAND --------------------------------------------------------------------- The contents of this email are intended for the indicated recipient(s) only. This may or may not be indicated in the above email as it is enormously easy to fake email addresses (see the relevant RFCs). For security reasons this email is likely to be gnupg signed. On the other hand it may not be if I forgot to do so. In any case, if you are reading this on a Windows based computer then there was no point in me doing so (provided that I remembered) as your computer is most likely being used by yourself and 2.8 other people at the same time (normally without your consent). No responsibility will be accepted by anyone for any of the contents of this email. So tough. If in doubt, go compile Mozilla. --------------------------------------------------------------------
Attachment:
pgp9PLEfu15HN.pgp
Description: PGP signature