Greg schriebAber was mir noch eingefallen ist, in der Fehlermeldung >>Activating via systemd: service name='org.freedesktop.Notifications'<< wo ist denn der Service drin? und von welchem Paket kommt der ?
Kann danach Jemand von Euch mal suchen ?
Du hast die Meldung falsch interpretiert. Deine Fehlermeldung lautet vollständiger:
Greg schriebOkt 28 11:47:24 zat237 dbus-daemon[631]: Activating via systemd: service name='org.freedesktop.Notifications' unit='xfce4-notifyd.service'
Okt 28 11:47:24 zat237 xfce4-notifyd[1474]: Unable to init server: Verbindung ist gescheitert:Verbindungsaufbau abgelehnt
Okt 28 11:47:24 zat237 xfce4-notifyd[1474]: cannot open display:
Okt 28 11:47:25 zat237 systemd[585]: xfce4-notifyd.service: Main process exited, code=exited, status=1/FAILURE
Okt 28 11:47:25 zat237 systemd[585]: Failed to start XFCE notifications service.
Also: xfce4-notifyd.service heißt die systemd-Unit des Dienstes nach der du suchst und diese Datei gehört zu:
$ pacman -Qo /usr/lib/systemd/user/xfce4-notifyd.service
/usr/lib/systemd/user/xfce4-notifyd.service ist in xfce4-notifyd 0.3.3-1 enthalten
org.freedesktop.Notifications ist eine Adresse im Zusammenhang mit DBus. Über DBus reden Programme miteinander (Interprozesskommunikation). In diesem Fall senden andere Programme ihre Benachrichtigungen via DBus an die Benachrichtigungsdienst von XFCE, der dann für die Anzeige sorgt.
Das Ziel (Adresse) einer Benachrichtigung ist org.freedesktop.Notifications. Es wird bereitgestellt von xfce4-notifyd.service. Falls xfce4-notifyd.service nicht läuft, wird es im Zuge der ersten Benachrichtigung durch DBus automatisch gestartet ("Activating..."). xfce4-notifyd startet bei dir zwar, weiß aber dann nicht für welches Display es zuständig sein soll und beendet sich daher wieder. Die erforderliche Display-Information bekommt xfce4-notifyd aus der Laufzeitumgebung, sie fehlt bei dir aber und es kommt zum Fehler. Die Lösung (weitelesen) sorgt dafür, dass diese Information bereitgestellt wird und alles wieder flutscht.
Greg schriebOb da bei einer der Updates was „vergessen“ wurde??
Nein. Neuinstallation ist Mumpitz. Du startest XFCE schlicht falsch.
Greg schriebNoch n' Nachtrag:
Das Problem kann beseitigt werden, wenn man in der .xinitrc folgende Zeile reinmacht:
dbus-update-activation-environment --systemd DISPLAY
gelesen habe ich das hier:
https://bbs.archlinux.org/viewtopic.php?id=202754
Ist nur noch die Frage, wie man das auch ohne .xinitrceintrag hinbekommt. Bei der Neuinstallation in qemu hats ja auch funktioniert.
Äh ja. Das macht genau der von mir zuvor genannte Weg. In der Datei /etc/X11/xinit/xinitrc.d/50-systemd-user.sh (gehört zum Paket systemd) steht diese Zeile. Die Standard-xinitrc unter /etc/X11/xinit/xinitrc (gehört zum Paket xorg-xinit) inkludiert alle Dateien *.sh-Dateien aus dem Ordner /etc/X11/xinit/xinitrc.d, also auch die Datei /etc/X11/xinit/xinitrc.d/50-systemd-user.sh mit dem zu Lösung deines Problems entscheidenden Befehl. Hast du in deinem Home-Verzeichnis eine .xinitrc, dann wird die /etc/X11/xinit/xinitrc beim Start von Xorg (der grafische Server in dem XFCE läuft) nicht verwendet, aber stattdessen deine .xinitrc und es fehlt der Befehl aus /etc/X11/xinit/xinitrc.d/50-systemd-user.sh, wenn deine .xinitrc nichts inkludiert oder den Befehl nicht enthält.
Du hast jetzt mindestens drei Möglichkeiten:
(A) Du verwendest einen geeigneten Displaymanager. Der sorgt selber dafür, dass beim Start von Xorg + Desktop Environment wie XFCE alles aus /etc/X11/xinit/xinitrc.d verwendet wird.
(B) Du startest Xorg richtig, das heißt, du "reparierst" deine .xinitrc wie in meinem letzten Beitrag beschrieben.
(C) Du bleibst bei deiner "kaputten" .xinitrc, die keine korrekte Umgebung für XFCE vorbereitet und lebst mit nervigen Hängern sobald irgendein Programm eine Benachrichtigung ausgeben möchte (Lautstärke ändern, Speichermedien auswerfen, Displayhelligkeit steuern, ...).