[solved] Desktop Anmeldung nicht mehr möglich -> es geht immer zurück zum Login Screen

[funkymaster]

Hallo Debianforum,

nach Stundenlanger erfolgloser Fehlersuche im Internet habe ich mich nun hier registriert und bitte um eure Hilfe.

Bei einer bekannten von mir, deren Rechner ich Pflege gibt es seit heute ein Problem mit der Anmeldung am Desktop.
Sie kann sich nicht mehr einloggen.
Der Benutzer und das Passwort werden korrekt eingegeben.
Es erscheint jedoch kein Desktop sondern wieder der Loginscreen.
Im Syslog fand sich die Meldung

Code: Alles auswählen

lightdm[1749]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files

worauf ich accountsservice installiert habe, was aber nichts gebracht hat.

systemctl status lightdm

Code: Alles auswählen

● lightdm.service - Light Display Manager
     Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2020-03-21 17:03:05 CET; 3min 58s ago
       Docs: man:lightdm(1)
   Main PID: 733 (lightdm)
      Tasks: 14 (limit: 18985)
     Memory: 118.9M
     CGroup: /system.slice/lightdm.service
             ├─ 733 /usr/sbin/lightdm
             ├─1763 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
             └─1792 lightdm --session-child 12 19

Mär 21 17:06:45 PCMLI lightdm[1625]: gkr-pam: unlocked login keyring
Mär 21 17:06:45 PCMLI lightdm[1625]: pam_unix(lightdm:session): session closed for user monika
Mär 21 17:06:46 PCMLI lightdm[1694]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Mär 21 17:06:56 PCMLI lightdm[1710]: pam_unix(lightdm:auth): Couldn't open /etc/securetty: No such file or directory
Mär 21 17:07:00 PCMLI lightdm[1710]: pam_unix(lightdm:auth): Couldn't open /etc/securetty: No such file or directory
Mär 21 17:07:00 PCMLI lightdm[1710]: gkr-pam: unable to locate daemon control file
Mär 21 17:07:00 PCMLI lightdm[1710]: pam_unix(lightdm:session): session opened for user monika by (uid=0)
Mär 21 17:07:00 PCMLI lightdm[1710]: gkr-pam: unlocked login keyring
Mär 21 17:07:01 PCMLI lightdm[1710]: pam_unix(lightdm:session): session closed for user monika
Mär 21 17:07:02 PCMLI lightdm[1778]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)

.xsession-errors

Code: Alles auswählen

Xsession: X session started for monika at Sa Mär 21 17:07:00 CET 2020
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/monika/.Xauthority
localuser:monika being added to access control list
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting USER=monika
dbus-update-activation-environment: setting LANGUAGE=de_AT:de
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting HOME=/home/monika
dbus-update-activation-environment: setting DESKTOP_SESSION=lightdm-xsession
dbus-update-activation-environment: setting XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=monika
dbus-update-activation-environment: setting XDG_SESSION_CLASS=user
dbus-update-activation-environment: setting PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=de_AT.UTF-8
dbus-update-activation-environment: setting XDG_SESSION_DESKTOP=lightdm-xsession
dbus-update-activation-environment: setting XAUTHORITY=/home/monika/.Xauthority
dbus-update-activation-environment: setting XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/monika
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting GDMSESSION=lightdm-xsession
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/monika
dbus-update-activation-environment: setting XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/
/usr/bin/x-session-manager: X server already running on display :0
xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup.

(xfwm4:1762): Gtk-WARNING **: 17:07:01.299: cannot open display: :0.0

ich benutze zwar ein tigervnc Display, dieses ist aber :1. D.h. das sollte kein Problem sein und hat auch noch nie eine Auswirkung gehabt.

seat0-greeter.log

Code: Alles auswählen

** Message: 17:07:02.211: Starting lightdm-gtk-greeter 2.0.7 (Dec 31 2019, 11:59:29)
** Message: 17:07:02.211: [Configuration] Reading file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
** Message: 17:07:02.211: [Configuration] Reading file: /etc/lightdm/lightdm-gtk-greeter.conf

** (lightdm-gtk-greeter:1781): WARNING **: 17:07:02.258: [PIDs] Failed to execute command: /usr/lib/at-spi2-core/at-spi-bus-launcher

** (lightdm-gtk-greeter:1781): WARNING **: 17:07:02.259: [PIDs] Failed to execute command: upstart

(lightdm-gtk-greeter:1781): Gtk-WARNING **: 17:07:02.433: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node menubar owner GreeterMenuBar)

Tja und hier hänge ich jetzt leider...
Ein zusätzliches Hindernis ist die aktuelle Situation, sodass ich nicht zur Ihr fahren kann und die Wartung über Remote durchführen muss.
Alles kein Thema, aber wenn etwas probiert werden soll, muss ich das immer erst mit ihr koordinieren. Nur zur Info.

Das VNC Display funktioniert übrigens einwandfrei (ohne Loginscreen).
Hat dazu vielleicht jemand eine Idee?
user cache löschen?

Vielen Dank!
mfg

Debian testing mit xfce

[funkymaster]

Hier noch ein logfile: /var/log/lightdm/x-0.log

Code: Alles auswählen

X.Org X Server 1.20.7
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.19.0-8-amd64 x86_64 Debian
Current Operating System: Linux PCMLI 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-4-amd64 root=UUID=438312da-91c7-4971-b13b-de7b6ff4d7b9 ro quiet
Build Date: 29 February 2020  05:05:06AM
xorg-server 2:1.20.7-4 (https://www.debian.org/support) 
Current version of pixman: 0.36.0
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Mar 21 17:07:01 2020
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server

Das hilft mir aber leider auch nicht sehr viel weiter: https://bugs.debian.org/cgi-bin/bugrepo ... bug=953032
Zumal ich nicht weiß, ob das die Ursache für das Problem ist: https://bugs.archlinux.org/task/65730

[funkymaster]

das Problem hat sich erledigt.
Die Ursache war der vnc service.
Der user, der in der systemd unit für den vnc Service angegeben wird, kann sich dann am physischen Display nicht mehr anmelden.
Hab jetzt für vnc einen anderen user angegeben und schon kann sich der normale user wieder anmelden.
Warum das so ist hab ich jetzt leider nicht heraus gefunden.

mfg