Arch Linux

XFCE Probleme mit Logout und mehr...

nuc

Hallo liebe archlinux-community!
Ich habe vor kurzen mein erstes ArchLinux installiert.
Ich habe mir OpenBox (als standalone) und XFCE draufgemacht und als Login-Manager SLiM. Trotz Befolgung des WIKIs stehe ich jetzt vor einigen Problemen und Sachen die ich nicht verstehe.
Das Login über SLiM auf XFCE funktioniert wunderbar. Möchte ich mich aber auf eine OpenBox-session einloggen (ändert man mit F1), so werde ich trotzdem auf XFCE eingeloggt. Wenn ich mich darauf folgend aus XFCE auslogge bin ich plötzlich in der OpenBox-session. Seltsam oder??
Logge ich mich allerdings gezielt in die XFCE-session ein, erscheint beim ausloggen: "failed to execut login command" und ich bin wieder im SLiM Login Manager (sollte ja auch glaube ich so sein).
Dann besteht noch das Problem das unter XFCE der Shutdown und Reboot-Button ausgeblendet ist.
etwa so: (info: ist nicht mein Screenshot)
Ich habe mir u.a. sorgfältig diese Wikis durchgelesen:
https://wiki.archlinux.org/index.php/SLiM#Multiple_environments
https://wiki.archlinux.org/index.php/Xfce#Shutting_down.2C_rebooting.2C_and_automounting_from_within_Xfce

im deutschen Wiki verstehe ich das nicht so ganz:
https://wiki.archlinux.de/title/Xfce#.7E.2F.xinitrc
dbus startet schon im rc.conf und von "--exit-with-session" steht im englischen Wiki überhaupt nichts.

hier mal meine .xinitrc

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

DEFAUL_SESSION=ck-launch-session startxfce4

case $1 in
openbox)
        exec openbox-session
        ;;
*)
        exec DEFAULT_SESSION
        ;;
esac

# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice
# exec openbox-session

meine slim.conf:

# Path, X server and arguments (if needed)
# Note: -xauth $authfile is automatically appended
default_path        /bin:/usr/bin:/usr/local/bin
default_xserver     /usr/bin/X
xserver_arguments -nolisten tcp vt07

# Commands for halt, login, etc.
halt_cmd            /sbin/shutdown -h now
reboot_cmd          /sbin/shutdown -r now
console_cmd         /usr/bin/xterm -C -fg white -bg black +sb -T "Console login" -e /bin/sh -c "/bin/cat /etc/issue; exec /bin/login"
#suspend_cmd        /usr/sbin/suspend

# Full path to the xauth binary
xauth_path         /usr/bin/xauth

# Xauth file for server
authfile           /var/run/slim.auth


# Activate numlock when slim starts. Valid values: on|off
# numlock             on

# Hide the mouse cursor (note: does not work with some WMs).
# Valid values: true|false
# hidecursor          false

# This command is executed after a succesful login.
# you can place the %session and %theme variables
# to handle launching of specific commands in .xinitrc
# depending of chosen session and slim theme
#
# NOTE: if your system does not have bash you need
# to adjust the command according to your preferred shell,
# i.e. for freebsd use:
# login_cmd           exec /bin/sh - ~/.xinitrc %session
login_cmd           exec /bin/bash -login ~/.xinitrc %session

# Commands executed when starting and exiting a session.
# They can be used for registering a X11 session with
# sessreg. You can use the %user variable
#
# sessionstart_cmd      some command
# sessionstop_cmd       some command

# Start in daemon mode. Valid values: yes | no
# Note that this can be overriden by the command line
# options "-d" and "-nodaemon"
# daemon        yes

# Available sessions (first one is the default).
# The current chosen session name is replaced in the login_cmd
# above, so your login command can handle different sessions.
# see the xinitrc.sample file shipped with slim sources
sessions            xfce4,openbox
# Executed when pressing F11 (requires imagemagick)
screenshot_cmd      import -window root /slim.png

# welcome message. Available variables: %host, %domain
welcome_msg         Welcome to %host

# Session message. Prepended to the session name when pressing F1
# session_msg         Session:

# shutdown / reboot messages
shutdown_msg       The system is halting...
reboot_msg         The system is rebooting...

# default user, leave blank or remove this line
# for avoid pre-loading the username.
#default_user        simone

# Focus the password field on start when default_user is set
# Set to "yes" to enable this feature
#focus_password      no

# Automatically login the default user (without entering
# the password. Set to "yes" to enable this feature
#auto_login          no


# current theme, use comma separated list to specify a set to
# randomly choose from
current_theme       archlinux-simplyblack

# Lock file
lockfile            /var/lock/slim.lock

# Log file
logfile             /var/log/slim.log

und zur Sicherheit auch mal die rc.conf:

#
# /etc/rc.conf - Main Configuration for Arch Linux
#
# See 'man 5 rc.conf' for more details
#

# LOCALIZATION
# ------------
HARDWARECLOCK="UTC"
TIMEZONE="Europe/Berlin"
KEYMAP="de-latin1-nodeadkeys"
CONSOLEFONT=
CONSOLEMAP=
LOCALE="de_DE.UTF-8"
DAEMON_LOCALE="no"
USECOLOR="yes"

# HARDWARE
# --------
MODULES=()
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"

# NETWORKING
# ----------
HOSTNAME="Archer"

interface=wlan0
address=
netmask=
broadcast=
gateway=

NETWORK_PERSIST="no"

# DAEMONS
# -------
#
DAEMONS=(syslog-ng dbus alsa network crond)

Das mit dem PolicyKit verstehe ich ehrlich gesagt nicht so ganz, von daher weiß ich nicht ob ich vielleicht da noch etwas hätte machen müssen...

Ich muss noch erwähnen das ich relativ neu bin bei Linux, also bitte nicht böse sein wenn ich irgendwas übersehen hab 😉
Ich hoffe sehr ihr könnt mir weiterhelfen.

best retgards
nuc :cool:

P.S.: Ansonsten ist Arch echt cool :cool:!

skull-y

Hast du denn auch consolekit installiert?

nuc

ja, habe ich.

und noch was: Ich kann in XFCE auf andere Datentrager nicht zugreifen (etwa USB-Stick): "Failed to mount "<Device_Name>". Not Authorized."
Könnte das vielleicht damit zusammenhängen? Ich habe in der Wiki irgendwas über solche Zugriffsrechte gelesen, wollte mich aber zunächst mit den zuvor genannten Problemen beschäftigen. Aber ich könnte mir vorstellen, dass das eine mit dem anderen zusammenhängt (PolicyKit und so..). Wenn nicht, korrigiert mich!!

EDIT: Und dann noch eine Sache. Im Wiki steht:

If a display manager is used:

Make sure that you are using exec ck-launch-session startxfce4 in ~/.xinitrc (along with sourcing xinitrc.d scripts, which is done for you in the skel file) or a ConsoleKit/PolicyKit capable display manager.

Da steht ja ganz deutlich entweder oder. Aber habe ich nicht beides? SLiM geht doch mit ConsoleKit/PolicyKit um, oder etwa nicht?
Hiesse das ich muss ersteres modifizieren??

Greg

Ich habe gerade mal die Installationsprozedur nach den wikis durchgezogen:
https://wiki.archlinux.de/title/Anleitung_f%C3%BCr_Einsteiger
und
https://wiki.archlinux.de/title/Xfce
Das Neustarten und Ausschalten per Grafik hat auf Anhieb funktioniert.
Es muß acpid dbus installiert sein.
Dann in rc.conf den Eintrag in der Daemonzeile acpid dbus einsetzen.
... acpid dbus ...
gamin zusätzlich installieren.
In der .xinitrc die Zeile hinzufügen:
exec ck-launch-session dbus-launch --exit-with-session startxfce4

Ich habe xfce4 mit startx gestartet. Wie das mit slim geht habe ich nie gemacht.
Bis denn...

Edward d'Eath

Moin Moin,

vielleicht nimmst Du besser LXDM statt SLIM
https://wiki.archlinux.de/title/Slim#SLiM

Hth,

Edward

fuwafuwa

In der .xinitrc ist ein Schreibfehler, es muss DEFAULT_SESSION sein.

Greg

Für die Zugriffsrechte von Datenträgern genügt wenn du polkit, udisks, thunar-volman installierst. Wenn du magst das Symbole von usbstick mit auf den Desktop angezeigt werden sollen, so kannst du noch gvfs installieren.
Das sollte dann auch klappen.
Bis denn..

nuc

Danke für eure Unterstüzng. Ich war schon am verzweifeln: Ich habe jeden Vorschlag von euch versucht (jeden außer den Login Manager zu wechseln) aber das Ergebnis war dasselbe. Auch der Zugriff auf den Stick blieb verwehrt.

Der eigentliche Fehler war in der .xinitrc Datei! Ich habe es mal wie im deutschen Wiki gemacht:

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi


case $1 in
openbox)
      exec openbox-session
      ;;
xfce4|*)
      exec ck-launch-session dbus-launch --exit-with-session startxfce4
      ;;
esac

Das mit DEFAULT_SESSION (den Rechtschreibfehler zu beseitigen hatte nix gebracht) muss ich wohl irgendwie falsch gemacht haben oder es ist im englischen Wiki falsch erklärt!

Jedenfalls hat diese Änderung gleich ALLE genannten Probleme beseitigt. Auch das mit Openbox funktioniert jetzt wie es sollte.

Es muß acpid dbus installiert sein.

Das steht nirgends im Wiki (wenn doch korrigiere mich bitte). Brauch ich das jetzt eigentlich oder kann ichs wieder entfernen??

In der .xinitrc die Zeile hinzufügen:
exec ck-launch-session dbus-launch --exit-with-session startxfce4

wozu dbus-launch wenn es schon bei den Daemons steht (...dbus...)?? Ist doch unnötig oder? Oder ist dbus-launch was anderes als dbus?
EDIT: Ich habe mich mal weiter informiert: wie ihr hier seht bräuchte ich dbus-launch eigentlich nicht mehr, denn es wird als Daemon geladen und es gibt einen Workaround. Dieser Workaround funktioniert bei mir aber nicht!!! Nehme ich dbus-launch aus der Konfiguration wieder raus, habe ich wieder einmal keinen Zugriff auf andere Speichermedien.! Ich muss dbus-launch also drinlassen.

vielleicht nimmst Du besser LXDM statt SLIM

also im englischen Wiki steht, das der Entwicklungsstand lediglich unklar ist. Hier die Changelog: http://svn.berlios.de/svnroot/repos/slim/trunk/ChangeLog Wie du siehst wurde der vor zwei Monaten geupdated.
Aber trotzdem danke für den Tipp. 🙂

Für die Zugriffsrechte von Datenträgern genügt wenn du polkit, udisks, thunar-volman installierst. Wenn du magst das Symbole von usbstick mit auf den Desktop angezeigt werden sollen, so kannst du noch gvfs installieren.
Das sollte dann auch klappen.
Bis denn..

Wie gesagt, es lag an der .xinitrc (EDIT: lag eigentlich daran das ich dbus-launch nicht eingefügt hatte - der Workaround funtioniert bei mir nicht 🙁). thunar-volman ist doch nur fürs Automounten zuständig - so hab ich das jedenfalls verstanden 😉

danke nochmal
nuc :cool:

Edward d'Eath

nuc schrieb
Es muß acpid dbus installiert sein.
Das steht nirgends im Wiki (wenn doch korrigiere mich bitte). Brauch ich das jetzt eigentlich oder kann ichs wieder entfernen??

Dein Rechner spricht mit Dir! Z.B. wenn Du Pakete installierst oder X schließt, wirst Du Informationen von ihm bekommen. Diese Informationen enthalten mitunter wichtige Mitteilungen an Dich.

Mach mal ein

grep -e WW -e EE /var/log/Xorg.0.log

Jetzt kannst Du lesen, das Dein Rechner sich acpid wünscht.

Manchmal sind es auch einfach Erfahrungen, die Dich ein bestimmtes Paket installieren lassen.

Ach ja, hier stehts doch (Bekannte Probleme)
https://wiki.archlinux.de/title/X

Schön, das jetzt alles bei Dir klappt. Ich wünsche Dir viel Spaß mit Deinem System,

Edward

mannohneschuh

nuc schrieb[…]
In der .xinitrc die Zeile hinzufügen:
exec ck-launch-session dbus-launch --exit-with-session startxfce4
wozu dbus-launch wenn es schon bei den Daemons steht (...dbus...)?? Ist doch unnötig oder? Oder ist dbus-launch was anderes als dbus?
EDIT: Ich habe mich mal weiter informiert: wie ihr hier seht bräuchte ich dbus-launch eigentlich nicht mehr, denn es wird als Daemon geladen und es gibt einen Workaround. Dieser Workaround funktioniert bei mir aber nicht!!! Nehme ich dbus-launch aus der Konfiguration wieder raus, habe ich wieder einmal keinen Zugriff auf andere Speichermedien.! Ich muss dbus-launch also drinlassen.
[…]
Wie gesagt, es lag an der .xinitrc (EDIT: lag eigentlich daran das ich dbus-launch nicht eingefügt hatte - der Workaround funtioniert bei mir nicht 🙁). thunar-volman ist doch nur fürs Automounten zuständig - so hab ich das jedenfalls verstanden 😉

Also soweit ich das verstanden habe ist zwar dbus gestartet wenn es in der rc.conf als daemon steht, aber slim und startx verbinden halt deine X-Session ¹) nicht (korrekt) mit dbus. Das tut halt der Befehl. Falls dem nicht so ist ist's mir eigentlich auch egal, weil es stört dort (wenigstens zZ) nicht und löst als netter Bonus ein oder zwei Probleme.

Edit:
¹) und/oder consolekit-Session

nuc

In der Beschreibung des bugs steht ja, das dbus explizit nach ck-launch-session gestartet werden muss. Dazu dient jetzt ja eigentlich der Workaround.
Aber kann schon sein das SLiM da irgendwie dazwischenfunkt. Ist ja jetzt aber auch nicht soooo tragisch das ganze.

oenone

Um nochmal auf das ursprüngliche Problem zurückzukommen, bzw. die Erklärung, warum es sich so komisch verhalten hat:

DEFAULT_SESSION=ck-launch-session startxfce4 <-- das startet xfce4 mit DEFAULT_SESSION=ck-launch-session, das Leerzeichen trennt Variablenzuweisung und Befehl. Wenn du da Anführungszeichen außenrum gemacht hättest, dann wäre es in Ordnung. Da xfce4 mit der Variable DEFAULT_SESSION nichts anfängt, wurde consolekit auch nicht richtig eingebunden, wodurch shutdown und restart nicht möglich waren.

nuc

kleines update:
Die neuste SLiM version (1.3.3) ist jetzt in den Arch-Repositorys und unterstützt jetzt Console/PolicyKit. Zuvor hat SLiM das nicht getan - und dadurch die ganzen Probleme!
Mit der neuen Version fällt also der ck-launch-session Befehl weg. Seitdem kann man auch dbaus-launch weglassen und alles funktioniert problemlos!

Meine aktuelle .xinitrc sieht folglich so aus:

case $1 in
openbox)
      exec openbox-session
      ;;
compiz-fusion)
      tilda &
      exec fusion-icon
      ;;
xfce4|*)
      exec startxfce4
      ;;
esac

Vielleicht hilft es ja noch anderen 😉

m4rt1n

nuc, vielen Dank für den Hinweis!

Ich hatte seit heute auch das Problem, dass unter XFCE Logout&Co _und_ das nm-applet gesponnen hat (Netzwerk/WLAN konnte nicht aktiviert werden). Mit der Änderung läuft alles wieder!