Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:33:56PM +0200, Bart Samwel wrote:
Marc Haber wrote:
On Tue, Jul 29, 2008 at 09:09:08AM +0200, Bart Samwel wrote:
Thanks for reporting. I've recently had a report where remounts would
hang for 20 minutes at >90% CPU before completing.
Firstly, could you try letting it hang for very long (perhaps even
several hours) to see if it eventually finishes?
Tried it for like three hours this morning, didn't happen. Even a few
minutes is not acceptable
Also, could you check when exactly it hangs? Is it only when you resume
in a different power state (plugged vs. unplugged) than when you
hibernated?
I had it happen without hibernation this morning when unplugging the
power. So it does not look hibernation related.
Then it's a kernel bug, there's nothing I can do about this. :-/ I'll
reassign it (tonight).
The kernel team is just going to close this since I do not use a
Debian kernel.
Ahhh, that's an important fact. If you are not running a Debian kernel,
then you should report this to the kernel upstream. It is definitely not
a bug in laptop-mode-tools -- it's not doing anything unexpected, and
the kernel should be able to handle this just fine.
Why is laptop-mode-tools trying to remount the file
systems in the first place?
Let me try to explain. Ext3 file systems (and some other journalling
file systems) write to disc periodically, to flush its journal
transactions. When laptop mode is enabled, laptop mode tools must tweak
the mount options for ext3 to make the flush intervals larger, so that
the disc doesn't spin up every 30 seconds. At resume time, some of the
settings are forgotten by the hardware and/or the kernel, so laptop mode
tools has to forcibly reapply all settings, including the mount options.
Cheers,
Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]