The hardware: DELL laptop XPS 15Z
64-bits - Intel Corp. Centrino Advanced-N 6230

Linux: Scientific Linux Release 6.3 (Carbon)

The issue:

Gnome Power Management utility does not offer an "option" to control lid manipulation.

On AC power, I have set:
Computer to go sleep if inactive for 10 min.

What happens after the 10 min. or when I close the lid is that system fails to
suspend. There is a black window with messages of failure such as:
>ata4: failed to resume link (scontrol0)
>ata1.01
>ata2.02
>Power Down.
>EXT4-fs error (device dm-0)......

The only way to make the system respond is to shut down -the hard way: power botton. Then log again. Last session all lost.

I will appreciate a feed back.

Update
------

After some search on the subject, there are chances this can be handled via acpi.

#acpi_listen:
can't open socket /var/run/acpid.socket: No such file or directory
#tail -f /var/log/messages.log
tail: cannot open `/var/log/messages.log' for reading: No such file or directory

Perhaps acpi is off?

In /boot/grub/grub.conf , I turned acpi=on.
At reboot, I lost access to the keyboard. Luckily, I could log from another kernel boot and turn it off.

Any thoughts, ideas on what's going? How can this be handled?

Cheers.

Not sure I can help with the lid bit, but I've got the same rig and ran into the same keyboard/acpi problem. One of the gurus in the Slackware forum point out a thread that suggests passing "acpi=noirq" at boot instead of turning acpi off entirely. That definitely allows the keyboard to function (as well as bumblebee), and it might help with the lid.

perhaps you should start the acpi daemon
initialize your acpi daemon..
in my slackware machine it is

# chmod +x /etc/rc.d/rc.acpid
# /etc/rc.d/rc.acpid start

some other does it like

# /etc/init.d/acpid start

depends on your distribution
then try

$ acpi_listen