I think I will report this to the kernel bugtracker since this seems to be an ACPI bug. Thank you for that hint
]]>I have a different model notebook but mine doesn't suspend when closing the lid either. I'm using openbox and pm-utils as it comes "out of the box".
I just "pm-suspend" when I want it to. My notebook resumes automatically when I open the lid. It may be set up this way on purpose to avoid problems on laptops that don't suspend very well.
All that said, I haven't been worried about making it suspend on lid close so I haven't figured out how to do it yet. I'll try to help out if I get it working.
]]>while true; do
state=$(cat /proc/acpi/button/lid/LID0/state)
if [ "$state" != "$old_state" ]; then
echo -en "\a"
fi
echo $state
old_state=$state
sleep 1
done
and turned off suspend on lid close. Just run the script and it will beep at you when the acpi state changes - it will beep on start up too (so you know if you need to configure a system sound). Otherwise it will print the status to stdout every second.
I find the state is changed to closed approximately 12 seconds after the lid is closed - otherwise it can be reopened and normal operation resumes. I'm assuming there is another event triggering my weird suspend issues. Anyway, I'll put Arch on my N210 soon anyway, so I'll see if I have the same problems with the newer kernel.
For reference this is kernel 2.6.32
]]>I will try running a script with a loop and log the output of cat /proc/acpi/button/lid/LID0/state later today and post the results.
]]>Some hints where to start investigating would be helpful
]]>