plasma login funktioniert nicht

K

klimaschreck

Well-Known Member
Hallo zusammen,

nach pkg upgrade gestern auf meinem FreeBSD amd64 14.3 funktionert das plasma/kde Login nicht mehr. Nach dem Booten startet ein anderer sddm-Bildschirm. Als session ist nur User Session und Layout us auswählbar. Das war früher anders.

Das sddm.log gibt aus, dass cursor und Xcursor nicht mehr starten. Habt ihr eine Idee, was ich ändern kann? bei den gestern installierten Paketen konnte ich kein Paket identifzieren, das sddm oder plasma verändert hat.

Code: 
[10:46:19.861] (II) DAEMON: Reading from "/usr/local/share/xsessions/xinitrc.desktop"
[10:46:19.861] (II) DAEMON: Session "/usr/local/share/xsessions/xinitrc.desktop" selected, command: "/usr/local/share/sddm/scripts/xinit-session" for VT 9
[10:46:19.880] (II) HELPER: [PAM] Starting...
[10:46:19.880] (II) HELPER: [PAM] Authenticating...
[10:46:19.880] (II) HELPER: [PAM] Preparing to converse...
[10:46:19.880] (II) HELPER: [PAM] Conversation with 1 messages
[10:46:19.883] (II) HELPER: [PAM] returning.
[10:46:19.883] (II) DAEMON: Authentication for user  "xxx"  successful
[10:46:19.884] (II) HELPER: [PAM] Preparing to converse...
[10:46:19.884] (II) HELPER: [PAM] Conversation with 1 messages
[10:46:19.884] (WW) DAEMON: Authentication information: SDDM::Auth::INFO_UNKNOWN "Last login: Sat Feb  7 10:45:27 from kubuntu.fritz.box"
[10:46:19.884] (II) HELPER: Writing cookie to "/tmp/xauth_fqYSwb"
[10:46:19.884] (II) HELPER: Starting X11 session: "" "/usr/local/share/sddm/scripts/Xsession \"/usr/local/share/sddm/scripts/xinit-session\""
[10:46:19.886] (II) DAEMON: Session started true
[10:46:19.909] (II) HELPER: [PAM] Closing session
[10:46:19.909] (II) HELPER: [PAM] Ended.
[10:46:19.909] (II) DAEMON: Auth: sddm-helper exited successfully
[10:46:19.909] (II) DAEMON: Greeter stopped. SDDM::Auth::HELPER_SUCCESS
[10:46:19.912] (II) HELPER: [PAM] Closing session
[10:46:19.912] (II) HELPER: [PAM] Ended.
[10:46:19.913] (II) DAEMON: Auth: sddm-helper exited successfully
[10:46:19.913] (II) DAEMON: Socket server stopping...
[10:46:19.913] (II) DAEMON: Socket server stopped.
[10:46:19.913] (II) DAEMON: Display server stopping...
[10:46:20.041] (II) DAEMON: Display server stopped.
[10:46:20.041] (II) DAEMON: Running display stop script  QList("/usr/local/share/sddm/scripts/Xstop")
[10:46:20.044] (II) DAEMON: Removing display SDDM::Display(0xfd14d240c40) ...
[10:46:20.044] (II) DAEMON: Adding new display...
[10:46:20.044] (II) DAEMON: Loaded empty theme configuration
[10:46:20.044] (II) DAEMON: Xauthority path: "/var/run/sddm/xauth_RgAWgl"
[10:46:20.044] (II) DAEMON: Using VT 9
[10:46:20.044] (II) DAEMON: Display server starting...
[10:46:20.044] (II) DAEMON: Writing cookie to "/var/run/sddm/xauth_RgAWgl"
[10:46:20.044] (II) DAEMON: Running: /usr/local/bin/X -nolisten tcp -background none -seat seat0 vt9 -auth /var/run/sddm/xauth_RgAWgl -noreset -displayfd 18
[10:46:20.409] (II) DAEMON: Setting default cursor
[10:46:20.410] (WW) DAEMON: Could not setup default cursor
[10:46:20.411] (II) DAEMON: Could not set Xcursor resources QProcess::FailedToStart
[10:46:20.411] (II) DAEMON: Running display setup script  "/usr/local/share/sddm/scripts/Xsetup"
[10:46:20.413] (II) DAEMON: Display server started.
[10:46:20.413] (II) DAEMON: Socket server starting...
[10:46:20.413] (II) DAEMON: Socket server started.
[10:46:20.413] (WW) DAEMON: The configured theme "breeze" doesn't exist, using the embedded theme instead
[10:46:20.413] (II) DAEMON: Loaded empty theme configuration
[10:46:20.413] (II) DAEMON: Greeter starting...
[10:46:20.429] (II) HELPER: [PAM] Starting...
[10:46:20.429] (II) HELPER: [PAM] Authenticating...
[10:46:20.429] (II) HELPER: [PAM] returning.
[10:46:20.430] (II) HELPER: Writing cookie to "/tmp/xauth_AEIkyx"
[10:46:20.430] (II) HELPER: Starting X11 session: "" "/usr/local/bin/sddm-greeter-qt6 --socket /tmp/sddm-:0-txVNYE"
[10:46:20.431] (II) DAEMON: Greeter session started successfully
[10:46:20.463] (II) DAEMON: Message received from greeter: Connect
 
Beim pkg upgrade unter latests ist wohl startplasma-x11 samt Paket plasma6-plasma-workplace entfernt worden. Wenn ich es nachistallierie per pkg install, kommt die Fehlermeldung, dass das Paket nicht im Repository vorhanden ist. Wahrscheinlich wird es in den nächsten Tagen nachgeliefert. So lange will ich aber nicht warten, daher versuche ich es jetzt über die guten alten Ports.
 
Das bedingt dummerweise das man vorher mit bectl ein Snapshot angelegt hat.
Das passiert bei mir automatisch. Aber auch nur, weil ich es so eingerichtet hab. Mir war beim schreiben des Beitrages nicht gegenwärtig, das dies ja nicht der Normalfall ist. Sorry.

Insofern könntest Du es mit Ports probieren, wie Du sagtest.
Und wenn das nicht klappt dann evtl. zurück zu den quarterly-Packages, die ja jetzt noch nicht so alt sind.
 
Ports habe ich doch nicht genutzt, weil es zu lange gedauert hat. Mir ist noch eingefallen, dass ich die früheren Pakete noch unter /var/cache/pkg habe. So habe ich sie dann installiert.
Zukünftig mache ich vor dem pkg upgrade ein pkg query -a '%n-%v' in eine Datei. So kann ich dann über ein diff sehen, wenn Pakete fehlen.
 
klimaschreck schrieb:
Mir ist noch eingefallen, dass ich die früheren Pakete noch unter /var/cache/pkg
Zum Vergrößern anklicken....
Ja. Das ist ein guter Tipp.

klimaschreck schrieb:
Zukünftig mache ich vor dem pkg upgrade ein pkg query -a '%n-%v' in eine Datei.
Zum Vergrößern anklicken....
Man kann auch mit
pkg version -vRL=
nachschauen, ob im Remote-Repository andere Paketversionen sind (oder fehlt) als lokal installiert.
siehe dazu auch pkg-version(8)
Das macht dann insbesondere Sinn, wenn man die Upgrades skriptgesteuert anstößt. Weil dann weiß man schon vorher, ob man auf was zu achten hat oder das man z.B. ein Snapshot anlegt bevor man pkg-upgrade macht.

klimaschreck schrieb:
So kann ich dann über ein diff sehen, wenn Pakete fehlen.
Zum Vergrößern anklicken....
Da würde ich aber beim Query die Versionsnummer weglassen, sonst listet das diff ja auch all die Packages auf, die updated wurden.

Aber eigentlich musst Du das nicht selbst machen. Da gibts auch ein Periodic für, nämlich daily_status_pkg_changes
siehe auch: https://github.com/freebsd/pkg/blob/main/scripts/periodic/490.status-pkg-changes.in
Einfach anknipsen, in dem man
daily_status_pkg_changes_enable="YES"
in die /etc/periodic.conf reinschreibt.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben