Martin> Unless I intentionally remove the Martin> cron package form this machine, the hard drive will not Martin> spin down.
There are a few things that could be modified to facilitate spinning down the disk. Syslogd is compulsive about writing information to the disk right away just in case the system crashes. It could be given an option to buffer. Cron, as you say, is another candidate. Also, (on a much longer timeline) there are things that can be done in the filesystems. For example, the last-accessed time of a file doesn't have to be written immediately, especially if reading a block from the ram cache. Also, when a disk is spun down it should be put in the "unmounted" state - that is with all modifications committed to disk before it's spun down, and the mounted bit cleared in the superblock. The first write should set the mounted bit when it is spun back up. Martin> Anyone thought about this? I doubt it would be much trouble to hack cron. Go for it. > From: "Karl M. Hegbloom" <[EMAIL PROTECTED]> > I've thought about that too. A friend of mine has a Thinkpad that > can do a context dump to a disk partition, and start up right where > you leave off. Linux can do that on the Thinkpad, and many other laptops, via APM. It's really a BIOS feature. My desktop will suspend, but the BIOS doesn't save RAM to disk so the power stays on. > I've set my drives to spin down, using 'hdparm', but 'update' keeps > them from stopping. There's a patch out, called 'atime' patch, if I > recall, that is supposed to help alleviate this. It says it comes > with a script that puts /dev/* in a ramdisk. I haven't explored it > yet. That's the last-accessed time. I'd rather defer writing that information until I know the disk is spinning than put the devices in a RAM disk. > But what about 'cron'? It ought to set an alarm that would wake up > the computer just before a job is scheduled, run the job, and then go > back to sleep. Take that 60-second alarm and make it 60 minutes. See what breaks. Fix it. > Another thing I thought of is to install that screensaver hooks > patch, and have the screensaver send a signal to a modified 'update' > daemon. Most of what you need is already in the APM driver. > I tried to hack in a call to sync(); where the screen gets blanked in > the kernel, naively. (Aiieeeeeeeeeeeeeeh!) Can't schedule during an > interrupt. But you can ask kerneld to perform a service for you, and then return from the interrupt. It will get there in a second or two. Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]