Debian User Forums

Dammit... I dont know what happened, but i had to reboot because of a read/write error (caused, it seems, by the power management deatures i used for the SATA controller) and since then this didnt work anymore. So, back to downgrading consolekit (which works)....

Edit: I upgraded consolekit again and it is working even after reboots.

Tried every method so far except for downgrading consolekit - all that works for me is installing gdm3. xdm and slim make no difference.

Tried this as well: http://forum.xfce.org/viewtopic.php?id=6007

gradinaruvasile wrote:Found a solution. And it works!
1. edit the /etc/pam.d/common-session file (root rights, of course)
2. After the

Code: Select all

session	required	pam_unix.so

line insert the following line:

Code: Select all

session optional        pam_loginuid.so

logout then log in.

I had also seen the solution here: http://bugs.debian.org/cgi-bin/bugrepor ... =597937#71
Anyway, thanks for posting it here. I tried it last night in a new Testing installation and it solved this annoying ConsoleKit's bug. I had lost my faith and thought that I would need to continue using the version from Squeeze or to install GDM.

Still does not work for me, only consolekit from stable.
Edited the /etc/pam.d/common-session file, upgraded to consolekit 0.4.5-1 after reboot could not mount USB and no shutdown or reboot only logout.
Reverted to consolekit 0.4.1-4, USBs mount, shutdown and reboot work.

There is another workaround to this issue:

in the
folder you have the consolekit (reboot etc rights), udisks (mount/unmount/filesystems) etc policy files.
The idea is that in the udisks policy file you have sections related to certain actions. For example:
Now here you see the allow_ lines - those specify what status has the user that can do that action - by default only the active users are allowed to do stuff.
For some reason on my comp (xfce, xdm) i can see my user as active, but it has still denied the rights to mount stuff despite the fact that udisks from terminal works.
So i modified the allow_any values to the EXACT value of the allow_active ones (the value is the one between the >< signs, it can be yes, no, auth_admin, auth_admin_keep). Now everything works.
After the changes are saved, you have to kill the /usr/lib/policykit-1/polkitd process with
All modifications and process killing is done with root privileges of course.
I have the latest consolekit installed and no modification in the /etc/pam.d/common-session file (that workaround was kinda iffy, sometimes it worked sometimes not).

I'm using wheezy on a 32bit computer, and I'm having this problem. I fixed it by installing the squeeze version of consolekit. But I haven't had the problem with my 64bit computer, which is also running wheezy. Does anyone know why that might be?

dust hill resident wrote:I'm using wheezy on a 32bit computer, and I'm having this problem. I fixed it by installing the squeeze version of consolekit. But I haven't had the problem with my 64bit computer, which is also running wheezy. Does anyone know why that might be?

What display manager do you use? Are they the same on both computers?

BTW the consolekit downgrading might work for now but later you might encounter problems with it (certain packages built with the new consolekit dependencies).

It's the same on both computers. I use startx and my .xinitrc contains this:

I start Xfce with startx and .xsession wich only contains: In /usr/share/doc/xfce4-session/README.Debian it's written:

* only use startx, without any argument
* don't use a .xinitrc, use .xsession

I wasn't aware of that. I changed my setup to use .xsession instead of .xinitrc, but I still seem to be having the same problem.