staging.inyokaproject.org

Ich habe zwei Benutzeraccounts, einen beruflichen und einen privaten. Wenn ich mit beiden angemeldet bin und den Rechner herunterfahre gibt teilweise Probleme.

Fahre ich den Rechner aus meinem privaten account (der hat auch Root-rechte) herunter, lassen sich beide accounts bei erneuten hochfahren wieder ordnungsgemäß starten. Fahre ich den Rechner aus meinem beruflichen account herunter, dann habe ich beim Neustart des privaten Benutzers einen weitgehend schwarzen Bildschirm (die Fußleiste ist da) da hilft dann nur "killall plasmashell; kstart5 plasmashell". Das ist lästig.

Wer hat eine Lösung!

Nachtrag: auch sonst stürzt die plasmashell immer wieder gerne ab; zum Beispiel beim Wechsel zwischen den beiden Accounts oder auch nachdem ich mich zuvor ordnungsgemäß abgemeldet hatte und wieder starte

Hallo!

Bitte prüfe nach dem Start die journalctl-Einträge. Liegt vermutlich an einer (alten?) Benutzerkonfiguration, aber ohne Fehlermeldungen ist dem nur schwer beizukommen. Zeige bitte auch mal cat /usr/lib/os-release, da sollten die Versionen alle drinstehen. Hast du Fremdquellen aktiv?

zunächst mal danke für die Unterstützung

journalctl
-- Logs begin at Fri 2021-09-10 13:14:42 CEST, end at Fri 2021-12-17 16:45:24 CET. --
Sep 10 13:14:42 Saul systemd[8849]: Reached target Paths.
Sep 10 13:14:42 Saul systemd[8849]: Reached target Timers.
Sep 10 13:14:42 Saul systemd[8849]: Starting D-Bus User Message Bus Socket.
Sep 10 13:14:42 Saul systemd[8849]: Listening on GnuPG network certificate management daemon.
Sep 10 13:14:42 Saul systemd[8849]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Sep 10 13:14:42 Saul systemd[8849]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Sep 10 13:14:42 Saul systemd[8849]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Sep 10 13:14:42 Saul systemd[8849]: Listening on GnuPG cryptographic agent and passphrase cache.
Sep 10 13:14:42 Saul systemd[8849]: mpd.socket: Failed to create listening socket ([::]:6600): Address already in use
Sep 10 13:14:42 Saul systemd[8849]: mpd.socket: Failed to listen on sockets: Address already in use
Sep 10 13:14:42 Saul systemd[8849]: mpd.socket: Failed with result 'resources'.
Sep 10 13:14:42 Saul systemd[8849]: Failed to listen on mpd.socket.
Sep 10 13:14:42 Saul systemd[8849]: Listening on debconf communication socket.
Sep 10 13:14:42 Saul systemd[8849]: Listening on Sound System.
Sep 10 13:14:42 Saul systemd[8849]: Listening on REST API socket for snapd user session agent.
Sep 10 13:14:42 Saul systemd[8849]: Listening on D-Bus User Message Bus Socket.
Sep 10 13:14:42 Saul systemd[8849]: Reached target Sockets.
Sep 10 13:14:42 Saul systemd[8849]: Reached target Basic System.
Sep 10 13:14:42 Saul systemd[8849]: Starting Music Player Daemon...
Sep 10 13:14:42 Saul systemd[8849]: Starting Sound Service...
Sep 10 13:14:42 Saul systemd[8849]: Started D-Bus User Message Bus.
Sep 10 13:14:42 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] AppArmor D-Bus mediation is enabled
Sep 10 13:14:42 Saul sddm-helper[8880]: pam_kwallet5: final socket path: /run/user/1001/kwallet5.socket
Sep 10 13:14:42 Saul sddm-helper[8882]: Adding cookie to "/home/coaching/.Xauthority"
Sep 10 13:14:42 Saul mpd[8870]: exception: Failed to open '/etc/mpd.conf': Permission denied
Sep 10 13:14:42 Saul systemd[8849]: mpd.service: Main process exited, code=exited, status=1/FAILURE
Sep 10 13:14:42 Saul systemd[8849]: mpd.service: Failed with result 'exit-code'.
Sep 10 13:14:42 Saul systemd[8849]: Failed to start Music Player Daemon.
Sep 10 13:14:43 Saul systemd[8849]: Started Sound Service.
Sep 10 13:14:43 Saul systemd[8849]: Reached target Main User Target.
Sep 10 13:14:43 Saul systemd[8849]: Startup finished in 823ms.
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating service name='org.kde.kglobalaccel' requested by ':1.12' (uid=1001 pid=8983 comm="/usr/bin/kaccess " label="unconfined")
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating service name='ca.desrt.dconf' requested by ':1.13' (uid=1001 pid=8993 comm="/usr/bin/gsettings set org.gnome.desktop.a11y.appl" label="unco>
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Successfully activated service 'ca.desrt.dconf'
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Successfully activated service 'org.kde.kglobalaccel'
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating service name='org.kde.ActivityManager' requested by ':1.20' (uid=1001 pid=9010 comm="/usr/bin/plasmashell " label="unconfined")
Sep 10 13:14:43 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Successfully activated service 'org.kde.ActivityManager'
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating service name='org.freedesktop.Notifications' requested by ':1.25' (uid=1001 pid=9036 comm="/usr/lib/x86_64-linux-gnu/libexec/kdeconnectd " >
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.36' (uid=1001 pid=9111 comm="/usr/libexec/deja-d>
Sep 10 13:14:44 Saul systemd[8849]: Starting Virtual filesystem service...
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Successfully activated service 'org.gtk.vfs.Daemon'
Sep 10 13:14:44 Saul systemd[8849]: Started Virtual filesystem service.
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.36' (uid=1001 pid=>
Sep 10 13:14:44 Saul systemd[8849]: Starting Virtual filesystem service - disk device monitor...
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Successfully activated service 'org.gtk.vfs.UDisks2VolumeMonitor'
Sep 10 13:14:44 Saul systemd[8849]: Started Virtual filesystem service - disk device monitor.
Sep 10 13:14:44 Saul dbus-daemon[8879]: [session uid=1001 pid=8879] Activating via systemd: service name='org.gtk.vfs.AfcVolumeMonitor' unit='gvfs-afc-volume-monitor.service' requested by ':1.36' (uid=1001 pid=9111 com>
Sep 10 13:14:44 Saul systemd[8849]: Starting Virtual filesystem service - Apple File Conduit monitor...
lines 1-49

cat /usr/lib/os-release
NAME="Ubuntu"
VERSION="20.04.3 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.3 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal

Ja, ich benutze Fremdquellen: Brave, chromium, skype. Regelmäßig in Benutzung habe ich aber nur brave. (alles als snap eingebunden)

journalctl musst du noch mal lesen. Die Ausgabe ist unvollständig und abgeschnitten. Bitte filtere auf Fehler, mein Favorit ist in eine Datei umleiten (bspw.: journalctl -b -xep 0..4 > ~/dateiname). Da fällt nur auf, dass dein MPD nicht sauber startet. Bitte mit dem „defekten“ Nutzer VOR dem plasmashell-Neustart durchführen.

Ubuntu scheint die Infos nicht in der Datei stehen zu haben, sorry. Also so:

qdbus org.kde.KWin /KWin supportInformation > ~/kwin_info.txt

Dann hast du im Homeverzeichnis die Ausgaben von KWin, da stehen auch alle relevanten Versionsnummern der Plasmashell drin, die Datei kannst du entweder per Paste-Service oder Anhang zugreifbar machen.

Ich habe eine Idee, aber die ist ja eigentlich zu einfach, um wahr sein zu dürfen. In den KDE-Einstellungen gibt es den Bereich "Starten und Beenden". Darin ist der Unterabschnitt "Arbeitsflächen-Sitzung" enthalten. In dem Bereich lässt sich einstellen, ob mit einer leeren Arbeitsflächen-Sitzung gestartet werden soll, oder mit zuvor gespeicherten Arbeitsflächen-Sitzungen. Start mit leerer Arbeitsflächen-Sitzung dürfte wohl die am wenigsten fehleranfällige Option sein. Man könnte es vielleicht mal versuchen, auch wenn das eigentlich eine viel zu einfache Lösung wäre, falls es tatsächlich daran liegen sollte.

trollsportverein schrieb:

…eine viel zu einfache Lösung wäre, falls es tatsächlich daran liegen sollte.

Die einfachen Lösungen sind oftmals die funktionierenden. Wenn die Sitzung Probleme hat, wird das aber im Log stehen — mehr oder weniger kryptisch. Ich meine 20.04 hat noch ein Steinzeitplasma, bei dem ggf. dafür der Debug-Modus hinzugezogen werden muss, bin mir aber nicht mehr sicher. Die Version ist schon ewig her.

Über die Weihnachtszeit benutze ich meist nur den privaten Benutzer, so dass der Fehler erst jetzt wieder aufgetreten ist.Ich versuche jetzt die beiden Dateien hier anzuhängen. Das habe ich noch nie gemacht. Ich hoffe, es gelingt mir!

Hier die zweite Datei

erneuter Versuch

es gelingt mir nicht. irgendwas mache ich falsch

Hallo!

Also wenn da wirklich noch Qt5.12 läuft, dann brauchst zu schon mal was neueres, das ist nicht mehr unterstützt. Die seit 2 Jahren aktuelle Version ist 5.15.X. Das ist aber nur eins der Probleme im universe-Repository (siehe LTS). Falls du produktiv mit Kubuntu/Qt arbeiten willst, solltest du dir dafür eine entsprechende Distribution suchen. Unter allen Debian-Ablegern ist Qt quasi ohne Unterstützung.

Die ACPI-Fehler, etc. würde ich dann auch erst nach der Neuinstallation mit was aktuellem prüfen, der Kernel hat sich auch weiterentwickelt.

Anselm1 schrieb:

es gelingt mir nicht. irgendwas mache ich falsch

Was konkret gelingt dir nicht? Was glaubst du, machst du falsch?

Hallo, es gelang mir nicht die Dateien hochzuladen. Aber es hat dann ja geklappt. Was QT betrifft: Ich wußte bis eben nicht, dass es das überhaupt gibt. Ich habe die LTS-Version von kubuntu 20.04 installiert. Vermutlich war es da dabei oder bei irgendeinem anderen Programmpaket. Wa soll ich machen um das zu aktualisieren?

die bereitgestellten updates installiere ich regelmäßig!

Na, Qt ist ein Framework, also sozusagen ein Baukastensystem, um Anwendungen einfacher und auf einer höheren Abstraktionsschicht zu entwickeln — das macht sie leichter zu Warten und auf andere Systeme zu portieren. Ein anderes solches System, welches unter Ubuntu auch gut gepflegt wird, ist GTK. Qt ist bei allen *buntus außer Ubuntu und Xubuntu teilweise vorinstalliert, den Rest bringen die Programme mit, die das brauchen, ja. Das an sich ist aber nicht das Problem.

Wie dem oben verlinkten LTS-Artikel zu entnehmen gibt es den 5-Jahres-Support nur für Pakete aus main und restricted. universe in dem alle grafischen Oberflächen, Qt, etc. liegen gilt als ungepflegt. Da gibt es eine Gruppe an Freiwilligen, die die wichtigesten Sicherheitsupdates zurückportieren (theoretisch), aber das ist weder gewährleistet noch erfahrungsgemäß vollständig.

Es gibt aber auch da wie bei Ubuntu üblich keine Versionsupgrades, also bspw. von 5.12 auf 5.15. Das spricht gegen die Update-Politik. Um das System also im Sinne eines Upgrade zu aktualisieren bleibt dir nichts übrig, als regelmäßig die neue Version von Kubuntu zu nutzen. Alternativ dazu gibt es Distributionen, die eine andere Update-Mechanik haben (Arch, Fedora, Suse, …). Einen Mittelweg beschreitet KDE neon, welches auf Basis von Ubuntu LTS zumindest Qt/KDE-Pakete aktuell hält. Das Problem da ist, dass andere auf Qt basierte Pakete wie bspw. VLC, VirtualBox, etc. nicht garantiert funktionieren — und dafür gibt es dort auch keinen Support!
Selbst kompilieren ginge auch, braucht aber immens viel Platz, Zeit und Rechenleistung.

So ohne Wissen was du da genau brauchst ist es auch schwer etwas zu empfehlen. Die Plasma-Oberfläche / KDE-Software ist sehr lebendig, bekommt monatlich Update/Upgrade-Pakete, etc. Das beißt sich nun mal mit der Update-Poltik von Langzeit-Distributionen.

Vielen Dank, jetzt ist wenigstens klar, wo das Problem liegt. Aber regelmäßige upgrades auf die neueste Version von Kubuntu sind halt aufwendig. Deshalb nutze ich ja die lts Version