As has been noted before, this problem seems to affect many Dell laptops. I'm surprised it hasn't been fixed yet, seeing as how it's fairly noticeable.
Anyway, I fixed it by following http://ubuntuforums.org/showthread.php?t=358432 which is pretty much the same advice. Specifically, what I've done is I've placed #!/bin/sh grep -q open /proc/acpi/button/lid/*/state if [ $? = 0 ] then # lid is open; turn the screen on vbetool dpms on fi before if [ `CheckPolicy` == 0 ]; then exit; fi seeing as how the script never actually gets past this policy check (even if g-p-m is set to "Do Nothing" on lid events, as is noted in the original report). The issue seems to be that there's something on Dell laptops that makes a screen go off regardless of any OS-specific settings (e.g. closing the lid during the grub menu makes it turn off also). That wouldn't be bad if xset was able to bring it back on, which is what lid.sh does; however, it doesn't seem to be able to, and the only way is to use vbetool. I'm running a Dell Inspiron 8100 with an nvidia GeForce2 Go and the proprietary nvidia driver (although this particular issue has nothing to do with the video card or the driver as far as I'm concerned). Also, the following bugs seem to be related: https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/49521 https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/44393 https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/22987 -- Screen does not turn back on when closing lid on dell latitude D610 https://bugs.launchpad.net/bugs/67231 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs