[karmic] ubuntu fails to suspend/hibernate if the session is started from the terminal (startx)

Bug #415211 reported by Katsudon
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
consolekit (Ubuntu)
New
Undecided
Unassigned
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Ubuntu Karmic, with all upgrades.

When I login to the text terminal (Ctrl-Alt-F1) and start the GNOME session by "startx", then any attempt to hibernate/suspend result only with a locked screen. After unlocking the following error message shows up:

Menedżer zasilania: Sleep problem
Your computer failed to suspend.
Check the help file for common problems

[ translation: power manager: Sleep problem... ]

The problem does not show up if I login to GNOME from the kdm login directly.

Katsudon (katsudon)
description: updated
Revision history for this message
Graham Binns (gmb) wrote :

This isn't a problem in Launchpad, so I've added an Ubuntu bug task for it.

affects: malone → null
Revision history for this message
Katsudon (katsudon) wrote :

Magically, after several restarts, the problem disappeared, at least for a moment. I am closing this bug, if the problem returns, it will be reopened.

Changed in null:
status: New → Fix Released
Changed in ubuntu:
status: New → Invalid
Katsudon (katsudon)
description: updated
summary: - [karmic] computer failed to suspend after todays upgrades
+ [karmic] ubuntu fails to suspend/hibernate if the session is started
+ from the terminal (startx)
Changed in ubuntu:
status: Invalid → New
arky (arky)
Changed in ubuntu:
status: New → Invalid
affects: ubuntu → linux (Ubuntu)
Revision history for this message
Katsudon (katsudon) wrote :

@arky: why this bug was set to "Invalid"?

Katsudon (katsudon)
Changed in linux (Ubuntu):
status: Invalid → New
Revision history for this message
Abhinav Modi (abhinavmodi) wrote :

This issue is still seen with the Karmic Beta release, on Lenovo T61. Please let me know if any logs/info are required.

Revision history for this message
Abhinav Modi (abhinavmodi) wrote :

In addition to the above - my session is not started using startx, but normal graphical/gdm login.

Revision history for this message
Łukasz Czerwiński (milimetr88) wrote :

I experience a very similar problem on Fujitsu Siemens laptop. I use only graphical login and know nothing about startx...
I also can't neither close system nor restart it! Choosing one of this options from menu results in just logout! The same when I login from gdm using root account (Ubuntu 9.10 Karmic).

Revision history for this message
Łukasz Czerwiński (milimetr88) wrote :

Using:
 /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux
   and
 /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux
works without any problems! (of course after su command on user account)

Revision history for this message
Keng-Yu Lin (lexical) wrote :

This is not a kernel issue.

When login from the console, libpam-ck-connector will create XDG_SESSION_COOKIE. While you run `startx`, In /etc/X11/Xsession.d/90consolekit, it checks the environment variable XDG_SESSION_COOKIE is already set and will not create a proper CK session.

Try to `unset XDG_SESSION_COOKIE` before `startx` to see if suspend/hibernate works.

Changed in linux (Ubuntu):
status: New → Invalid
Curtis Hovey (sinzui)
no longer affects: null
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.