On Tue, Oct 16, 2012 at 9:19 AM, Joshua Collins wrote:

On 10/16/12, Martín Cigorraga wrote:

...

4. Is there any place for e4rat(lite)? Since I activated systemd's built-in ureadahead feature, will e4rat still add any improve- ment? What do you say?

I would suggest that you benchmark this for yourself. I found pretty good results using e4rat along with systemd readahead. It will end up taking quite a bit longer in "initrd" that way, but once it starts booting services end up taking a lot less time. A friend of mine, however, had bad results doing this, and found that Preload did a better job with Readahead and e4rat. He didn't have the benchmarks to back up his assertation tho.

That's was what I was looking for, thanks.

So ymmv, but make sure you're using some tool to benchmark the performance. What "feels" faster isn't always.

Totally, I will give'em a try then :) Regarding:

3. $ systemctl reboot and $ systemctl shutdown features: I feel a bit uncomfortable with the idea of having restricted users with the hability to reboot or shutdown the system, is there any way to change this so only r00t can issue these orders? (Without going dirty.)

Interesting, but I don't know. This may be a polkit setting. If you find out, I'd be interested. I was sugested in the #systemd channel that this may be associated with dbus: 06:31:17 Mithrandir | sounds like the dbus config isn't restrictive enough, you should get something like: 06:31:20 Mithrandir | > systemctl reboot 06:31:22 Mithrandir | Failed to issue method call: Access denied I'll keep you informed while I continue investigating this issue until I have enough info to file a bug.

On Tue, 16 Oct 2012 23:08:33 +0200 Thomas Bächler wrote:

Am 16.10.2012 20:15, schrieb Martín Cigorraga:

...

Interesting, but I don't know. This may be a polkit setting. If you find out, I'd be interested.

I was sugested in the #systemd channel that this may be associated with dbus: 06:31:17 Mithrandir | sounds like the dbus config isn't restrictive enough, you should get something like: 06:31:20 Mithrandir | > systemctl reboot 06:31:22 Mithrandir | Failed to issue method call: Access denied

I'll keep you informed while I continue investigating this issue until I have enough info to file a bug.

That's not it. It's intended that you can reboot/halt as user, if nobody else is logged in.

Actually, I am seeing this too. More precisely, from console "systemctl reboot" works as a normal user. However, when X (and xfce4-session) is started via "startx -- vt1" I can no longer do that (with the same error message as Martin). In both cases "loginctl" shows an assigned seat0, and inside xfce "ck-list-session" shows an active session on /dev/tty1, so I can reboot/poweroff via ck/polkit/sysvcompat layer. I can't try gnome to check whether it is an issue with xfce4-session not being systemd-aware, because somehow gnome-shell segfaults on startup for me :( -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

On Wed, Oct 17, 2012 at 8:40 PM, Martín Cigorraga wrote:

I can reboot/shutdown with my user account from both CLI and inside X. However when I switch to another user if I try to reboot/shutdown from CLI I'm asked for the first logged user password (instead the root password!) while when inside X I just have the "Access denied" message - with not chance to enter any password to authorize the command.

A Polkit authentication agent must be running. Polkit itself only ships an agent for TTYs. Both polkit-gnome and polkit-kde contain an agent for X.