This one time, at band camp, Christoph Hellwig said: > When resuming a laptop from suspend to ram (and probably disk too, but I > haven't tested) the /etc/default/hdparm file is not read and the commands > not executed. That means after a suspend/resume cycle the disks is configured > differently than after a normal boot. This is especially bad if > /etc/default/hdparm is used to disable the write back cache of the disk, > which can lead to disk corruption on an unclean shutdown when not using > barriers (which can't be used with lvm/md and are not used by default with > ext3).
/etc/default/hdparm isn't read because the init script isn't executed at all. To do that, it would need to be called by one of the power management stacks (whichever one that happens to be at the moment). Is there an infrastructure guaranteed to be in place for this hook? I know about the /etc/acpid shell script farm, but my understanding is that the world is moving to things like pm or probably something else altogether at this point. I'm happy to provide something, if something exists to provide. Patches, of course, are even better. Cheers, -- ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : sg...@debian.org | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | -----------------------------------------------------------------
signature.asc
Description: Digital signature
