Kein Weg zurück von Wayland nach X11?
Hallo zusammen, das ist die Fortsetzung vom Thread "Nach Boot startet GNOME statt plasma-x11", weil das bei mir der Fall zu sein scheint. Nach einem boot und GNOME als Windowmanager habe ich folgende XDG Env Werte: werner@obelix:~> env|grep XDG XDG_MENU_PREFIX=gnome- XDG_SESSION_TYPE=wayland XDG_DATA_DIRS=/home/werner/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share XDG_SESSION_DESKTOP=GNOME XDG_SESSION_CLASS=user XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 XDG_CURRENT_DESKTOP=GNOME XDG_RUNTIME_DIR=/run/user/1001 XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 XDG_CONFIG_DIRS=/etc/xdg WINDOWMANAGER=/usr/bin/startplasma-x11 DESKTOP_SESSION=/usr/share/wayland-sessions/default WAYLAND_DISPLAY=wayland-0 Nachdem ich vor den Reboot plasma(x11) ausgewählt hatte, sieht es für mich so aus, als dass es nicht vorgesehen ist, dass man wieder nach X11 zurück gehen kann. Oder ist das ein Bug? Allerdings bekomme ich: werner@obelix:~> ps faux|grep sdd root 0:00 /usr/bin/sddm root 0:00 \_ /usr/bin/X -nolisten tcp -auth /run/sddm/{7a72a9fe-4c1f-4be2-8252-92aaf3cf1fa2} -background none -noreset -displayfd 17 -seat seat0 vt7 root 0:00 \_ /usr/lib/sddm/sddm-helper --socket /tmp/sddm-auth517d98ef-60f4-4788-b9a9-5b030daabbb0 --id 1 --start /usr/bin/gnome-session --user werner --autologin Auf meinem Laptop, bei dem ich dieses Problem auch habe, habe ich dann mittels YAST2 viele wayland Pakete gelöscht. Dadurch wollte ich den Start von Wayland zwangsweise verhindern. Nach dem Reboot startete wieder GNOME aber weder Plasma(Wayland) noch Plasma(x11) war mehr in der Windowmanager Liste vorhanden. Ich hatte wohl etwas zu viel gelöscht. Also YAST gestartet und die entsprechenden Schemata installiert. Nach einem erneuten Reboot startete immer noch GNOME, nun aber im X11 Modus. Das Schemata "GNOME Desktopumgebung (X11)" deinstallieren ? Ich schreibe diese Mail an meinem Desktop PC, bei dem ich obige Aktionen noch nicht durchgeführt habe. Kann jetzt also nicht die neuen XDG Werte liefern. Da kann ich immer noch die Dateien von 15.4 auf die 15.5 Partition kopieren und wieder auf 15.5 aktualisieren, wie ich das vor ein paar Tagen schon gemacht hatte. [Thread: Auf 15.5 upgraden (Spezial-Upgrade)] Nur auf dem Laptop kann ich das nicht. Danke für Tipps. viele Grüße Werner Franke
On 16.06.23 11:07, Werner Franke wrote:
das ist die Fortsetzung vom Thread "Nach Boot startet GNOME statt plasma-x11", weil das bei mir der Fall zu sein scheint.
Ohne die nächste Fortsetzung abwarten zu wollen: Ich kann Dein Problem nicht reproduzieren. Tritt es bei Dir auch mit einem frisch angelegten User auf? Falls ja: Tritt es auch mit einem frisch aufgesetzen System auf? Viele Grüße Ulf
Am 16.06.23 um 19:49 schrieb Ulf Volmer:
On 16.06.23 11:07, Werner Franke wrote:
das ist die Fortsetzung vom Thread "Nach Boot startet GNOME statt plasma-x11", weil das bei mir der Fall zu sein scheint.
Ohne die nächste Fortsetzung abwarten zu wollen:
Ich kann Dein Problem nicht reproduzieren.
Tritt es bei Dir auch mit einem frisch angelegten User auf? Falls ja: Tritt es auch mit einem frisch aufgesetzen System auf?
Auf dem Desktop PC mit den zwei Partitionen kann ich es mit einem frisch aufgesetzen System ausprobieren und vorher mit einem neuen User. Das wird aber etwas dauern... Wenn du es nicht reproduzieren kannst, scheint es sich nicht um einen Bug zu handeln. Hätte mich auch gewundert, denn ich bin doch bestimmt nicht der erste User, der wieder von Wayland nach X11 zurück geht. Das wäre also schon längst aufgefallen. In der Zwischenzeit habe ich an meinem Laptop eine Lösung gefunden. Hier fand ich den Hinweis: https://forums.opensuse.org/t/how-to-set-window-manager/135233/6 miraculix:~ # update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop). Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/gnome.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode Nach Eingabe von 3 (für plasma5.desktop) liefert das gleiche Kommando miraculix:~ # update-alternatives --config default-xsession.desktop Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode Nach einem Reboot startet nun wieder Plasma, wie es vor meinem Wayland Ausflug der Fall war. Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen. Eigentlich müsste der Rechner das starten, was ich im Login Screen konfiguriert habe und das bis ich es wieder anders definiere. Das sollte natürlich auch Reboots überleben. Bis jetzt kannte ich das auch so. Ob der alte Zustand jetzt wieder der Fall ist, weiss ich noch nicht, denn das habe ich noch nicht ausprobiert. Ich denke aber nicht. Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet. Mal sehen was die nächste Zeit bringt... viele Grüße Werner
On 16.06.23 21:49, Werner Franke wrote:
Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
OK. Sowas habe ich hier nicht, das ist vermutlich der Unterschied.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Der jeweils letzte User und seine Session wird in /var/lib/sddm/state.conf gespeichert. Viele Grüße Ulf
Am 16.06.23 um 22:12 schrieb Ulf Volmer:
On 16.06.23 21:49, Werner Franke wrote:
Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
OK. Sowas habe ich hier nicht, das ist vermutlich der Unterschied.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Der jeweils letzte User und seine Session wird in
/var/lib/sddm/state.conf
gespeichert.
Hi Ulf, alle, es scheint am autologin zu liegen. Als ich das bei meinem User abgeschaltet hatte, um mit einem neuen User zu testen, blieb der Inhalt von /var/lib/sddm/state.conf über mehrere Reboot hin erhalten. Auch für meinem normalen User. Erst als ich für den das Autologin wieder aktiviert hatte, wurde nach einem Boot IMMER Session=/usr/share/xsessions/default.desktop in /var/lib/sddm/state.conf geschrieben. Wobei 'geschrieben' auch nicht stimmen kann, denn das geschah selbst dann, nachdem ich die Permission auf nur Read (chmod 444 /var/lib/sddm/state.conf) gesetzt hatte. Das Verhalten ist übrigens auch in 15.4 so. Auch dort bleibt die Einstellung vom Login-Screen über einen Boot hin in state.conf nicht erhalten. In 15.4 muss ich nur noch nachsehen, was da der default.desktop ist. Ev. habe ich das vor längerer Zeit mal auf plasma5 eingestellt und da ich den Wert nie im Login-Screen geändert habe, ist das Problem nie zum tragen gekommen. Nur beim Upgrade nach 15.5 scheint GNOME der neue default zu sein. An einer Neuinstallation habe ich jetzt (noch) nicht getestet. viele Grüße Werner
Am 17.06.23 um 21:38 schrieb Werner Franke:
Am 16.06.23 um 22:12 schrieb Ulf Volmer:
On 16.06.23 21:49, Werner Franke wrote:
Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
OK. Sowas habe ich hier nicht, das ist vermutlich der Unterschied.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Der jeweils letzte User und seine Session wird in
/var/lib/sddm/state.conf
gespeichert.
Hi Ulf, alle,
es scheint am autologin zu liegen.
Als ich das bei meinem User abgeschaltet hatte, um mit einem neuen User zu testen, blieb der Inhalt von /var/lib/sddm/state.conf über mehrere Reboot hin erhalten. Auch für meinem normalen User.
Erst als ich für den das Autologin wieder aktiviert hatte, wurde nach einem Boot IMMER Session=/usr/share/xsessions/default.desktop in /var/lib/sddm/state.conf geschrieben. Wobei 'geschrieben' auch nicht stimmen kann, denn das geschah selbst dann, nachdem ich die Permission auf nur Read (chmod 444 /var/lib/sddm/state.conf) gesetzt hatte.
Das Verhalten ist übrigens auch in 15.4 so. Auch dort bleibt die Einstellung vom Login-Screen über einen Boot hin in state.conf nicht erhalten. In 15.4 muss ich nur noch nachsehen, was da der default.desktop ist. Ev. habe ich das vor längerer Zeit mal auf plasma5 eingestellt und da ich den Wert nie im Login-Screen geändert habe, ist das Problem nie zum tragen gekommen. Nur beim Upgrade nach 15.5 scheint GNOME der neue default zu sein.
An einer Neuinstallation habe ich jetzt (noch) nicht getestet.
Auf 15.4 gibt es default.desktop in der Ausgabe von update-alternatives überhaupt nicht. Das scheint also neu in 15.5 hinzugekommen zu sein, (zumindest interpretiere ich die unten stehende Ausgabe so) und gleich als Standard gesetzt worden zu sein (Sonst würde das ja keinen Sinn machen) root@obelix (-bash) update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop). Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode Press <enter> to keep the current choice[*], or type selection number: lrwxrwxrwx 1 root root 42 11. Nov 2022 /usr/share/xsessions/default.desktop -> /etc/alternatives/default-xsession.desktop root@obelix (-bash) more /etc/alternatives/default-xsession.desktop [Desktop Entry] Type=XSession Exec=/usr/bin/startplasma-x11 TryExec=/usr/bin/startplasma-x11 DesktopNames=KDE Name=Plasma (X11) : : : viele Grüße Werner
Am 17.06.23 um 21:38 schrieb Werner Franke:
Am 16.06.23 um 22:12 schrieb Ulf Volmer:
On 16.06.23 21:49, Werner Franke wrote:
Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
OK. Sowas habe ich hier nicht, das ist vermutlich der Unterschied.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Der jeweils letzte User und seine Session wird in
/var/lib/sddm/state.conf
gespeichert.
Hi Ulf, alle,
es scheint am autologin zu liegen.
Als ich das bei meinem User abgeschaltet hatte, um mit einem neuen User zu testen, blieb der Inhalt von /var/lib/sddm/state.conf über mehrere Reboot hin erhalten. Auch für meinem normalen User.
Erst als ich für den das Autologin wieder aktiviert hatte, wurde nach einem Boot IMMER
Session=/usr/share/xsessions/default.desktop
in /var/lib/sddm/state.conf geschrieben. Wobei 'geschrieben' auch nicht stimmen kann, denn das geschah selbst dann, nachdem ich die Permission auf nur Read (chmod 444 /var/lib/sddm/state.conf) gesetzt hatte.
Das Verhalten ist übrigens auch in 15.4 so. Auch dort bleibt die Einstellung vom Login-Screen über einen Boot hin in state.conf nicht erhalten. In 15.4 muss ich nur noch nachsehen, was da der default.desktop ist. Ev. habe ich das vor längerer Zeit mal auf plasma5 eingestellt und da ich den Wert nie im Login-Screen geändert habe, ist das Problem nie zum tragen gekommen. Nur beim Upgrade nach 15.5 scheint GNOME der neue default zu sein.
An einer Neuinstallation habe ich jetzt (noch) nicht getestet.
Auf 15.4 gibt es default.desktop in der Ausgabe von update-alternatives überhaupt nicht. Das scheint also neu in 15.5 hinzugekommen zu sein, (zumindest interpretiere ich die unten stehende Ausgabe so) und gleich als Standard gesetzt worden zu sein (Sonst würde das ja keinen Sinn machen)
root@obelix (-bash) update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop).
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Press <enter> to keep the current choice[*], or type selection number:
lrwxrwxrwx 1 root root 42 11. Nov 2022 /usr/share/xsessions/default.desktop -> /etc/alternatives/default-xsession.desktop root@obelix (-bash) more /etc/alternatives/default-xsession.desktop [Desktop Entry] Type=XSession Exec=/usr/bin/startplasma-x11 TryExec=/usr/bin/startplasma-x11 DesktopNames=KDE Name=Plasma (X11)
viele Grüße Werner Auf 15.4 habe ich: # update-alternatives --get-selections|grep -E 'desk|disp' default-displaymanager auto /usr/lib/X11/displaymanagers/gdm default-waylandsession.desktop auto /usr/share/wayland-sessions/ gnome.desktop default-xsession.desktop auto /usr/share/xsessions/gnome.desktop
Hallo, Am Sonntag, 18. Juni 2023, 10:00:34 CEST schrieb Werner Franke: lightdm-default-greeter.desktop auto /usr/share/xgreeters/lightdm-gtk- greeter.desktop Also default-xsession.desktop ist EINE der Dinge, die update-alternatives kennt. Und nicht neu. Gruss Hugo Mahr
Am 18.06.23 um 11:07 schrieb Hugo Mahr:
Hallo, Am Sonntag, 18. Juni 2023, 10:00:34 CEST schrieb Werner Franke:
Am 17.06.23 um 21:38 schrieb Werner Franke:
Am 16.06.23 um 22:12 schrieb Ulf Volmer:
[...]
Auf 15.4 gibt es default.desktop in der Ausgabe von update-alternatives überhaupt nicht. Das scheint also neu in 15.5 hinzugekommen zu sein, (zumindest interpretiere ich die unten stehende Ausgabe so) und gleich als Standard gesetzt worden zu sein (Sonst würde das ja keinen Sinn machen)
root@obelix (-bash) update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop).
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Press <enter> to keep the current choice[*], or type selection number:
lrwxrwxrwx 1 root root 42 11. Nov 2022 /usr/share/xsessions/default.desktop -> /etc/alternatives/default-xsession.desktop root@obelix (-bash) more /etc/alternatives/default-xsession.desktop [Desktop Entry] Type=XSession Exec=/usr/bin/startplasma-x11 TryExec=/usr/bin/startplasma-x11 DesktopNames=KDE Name=Plasma (X11)
viele Grüße Werner
Auf 15.4 habe ich: # update-alternatives --get-selections|grep -E 'desk|disp' default-displaymanager auto /usr/lib/X11/displaymanagers/gdm default-waylandsession.desktop auto /usr/share/wayland-sessions/ gnome.desktop default-xsession.desktop auto /usr/share/xsessions/gnome.desktop lightdm-default-greeter.desktop auto /usr/share/xgreeters/lightdm-gtk- greeter.desktop
Also default-xsession.desktop ist EINE der Dinge, die update-alternatives kennt. Und nicht neu.
default-xsession.desktop ist natürlich nicht neu, aber der Wert /usr/share/xsessions/default.desktop ^^^^^^^^^^^^^^^ Bei dir ist der Wert /usr/share/xsessions/gnome.desktop In 15.4 ist der Std Wert anscheinend /usr/share/xsessions/gnome.desktop und in 15.5 /usr/share/xsessions/default.desktop und da wird dann gnome gestertet. root@obelix (-bash) update-alternatives --list default-xsession.desktop /usr/share/xsessions/gnome.desktop /usr/share/xsessions/icewm-session.desktop /usr/share/xsessions/plasma5.desktop /usr/share/xsessions/sle-classic.desktop /usr/share/xsessions/xfce.desktop Die Datei /usr/share/xsessions/default.desktop gibt es bei 15.4 übrigens auch. Das ist ein Softlink /usr/share/xsessions/default.desktop -> /etc/alternatives/default-xsession.desktop Für mich habe ich eine akzeptable Lösung gefunden und für die meissten anderen User dürfte das Problem ehe nicht zu Tage treten, denn kaum jemand wird das Autologin Feature benutzen. Es ist ja null sicher, wobei wenn die Festplatte verschlüsselt ist, das Passwort ausreichend sein sollte. Aber das wollte ich hier nicht vertiefen :-) viele Grüße Werner
Am 17.06.2023 um 21:38 schrieb Werner Franke:
Am 16.06.23 um 22:12 schrieb Ulf Volmer:
On 16.06.23 21:49, Werner Franke wrote:
Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
OK. Sowas habe ich hier nicht, das ist vermutlich der Unterschied.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Der jeweils letzte User und seine Session wird in
/var/lib/sddm/state.conf
gespeichert.
Hi Ulf, alle,
es scheint am autologin zu liegen.
Als ich das bei meinem User abgeschaltet hatte, um mit einem neuen User zu testen, blieb der Inhalt von /var/lib/sddm/state.conf über mehrere Reboot hin erhalten. Auch für meinem normalen User.
Erst als ich für den das Autologin wieder aktiviert hatte, wurde nach einem Boot IMMER Session=/usr/share/xsessions/default.desktop in /var/lib/sddm/state.conf geschrieben. Wobei 'geschrieben' auch nicht stimmen kann, denn das geschah selbst dann, nachdem ich die Permission auf nur Read (chmod 444 /var/lib/sddm/state.conf) gesetzt hatte.
Das Verhalten ist übrigens auch in 15.4 so. Auch dort bleibt die Einstellung vom Login-Screen über einen Boot hin in state.conf nicht erhalten. In 15.4 muss ich nur noch nachsehen, was da der default.desktop ist. Ev. habe ich das vor längerer Zeit mal auf plasma5 eingestellt und da ich den Wert nie im Login-Screen geändert habe, ist das Problem nie zum tragen gekommen. Nur beim Upgrade nach 15.5 scheint GNOME der neue default zu sein.
An einer Neuinstallation habe ich jetzt (noch) nicht getestet.
viele Grüße Werner
Nur mal so am Rande Autologin ?!?!? Mit Verlaub, wer macht denn so einen hanebüchenen Schwachsinn. Da verschlüsseln die Leute auf der einen Seite ihre Platten und dann machen sie Autologin .... verstehe wer will Manfred
Am 18.06.23 um 12:01 schrieb Manfred Kreisl: (...)
Nur mal so am Rande
Autologin ?!?!?
Mit Verlaub, wer macht denn so einen hanebüchenen Schwachsinn. Da verschlüsseln die Leute auf der einen Seite ihre Platten und dann machen sie Autologin .... verstehe wer will
Nun ja, bei (m)einer verschlüsselten Platte muss du ja erst mal die Verschlüsselung der Platte umgehen/knacken. Dann erst kommt das Autologin zum tragen. Und wenn du die Platte entschlüsselt hast, dann schützt das Linux Login auch nichts mehr. Insofern ... Bernd -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Hallo Werner, Am Freitag, 16. Juni 2023, 21:49:26 CEST schrieb Werner Franke:
Am 16.06.23 um 19:49 schrieb Ulf Volmer:
On 16.06.23 11:07, Werner Franke wrote:
das ist die Fortsetzung vom Thread "Nach Boot startet GNOME statt plasma-x11", weil das bei mir der Fall zu sein scheint.
Ohne die nächste Fortsetzung abwarten zu wollen:
Ich kann Dein Problem nicht reproduzieren.
Tritt es bei Dir auch mit einem frisch angelegten User auf? Falls ja: Tritt es auch mit einem frisch aufgesetzen System auf?
Auf dem Desktop PC mit den zwei Partitionen kann ich es mit einem frisch aufgesetzen System ausprobieren und vorher mit einem neuen User. Das wird aber etwas dauern...
Wenn du es nicht reproduzieren kannst, scheint es sich nicht um einen Bug zu handeln. Hätte mich auch gewundert, denn ich bin doch bestimmt nicht der erste User, der wieder von Wayland nach X11 zurück geht. Das wäre also schon längst aufgefallen.
In der Zwischenzeit habe ich an meinem Laptop eine Lösung gefunden. Hier fand ich den Hinweis: https://forums.opensuse.org/t/how-to-set-window-manager/135233/6
miraculix:~ # update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop).
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/gnome.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Nach Eingabe von 3 (für plasma5.desktop) liefert das gleiche Kommando
miraculix:~ # config default-xsession.desktop
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Nach einem Reboot startet nun wieder Plasma, wie es vor meinem Wayland Ausflug der Fall war. Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
Eigentlich müsste der Rechner das starten, was ich im Login Screen konfiguriert habe und das bis ich es wieder anders definiere. Das sollte natürlich auch Reboots überleben. Bis jetzt kannte ich das auch so. Ob der alte Zustand jetzt wieder der Fall ist, weiss ich noch nicht, denn das habe ich noch nicht ausprobiert. Ich denke aber nicht.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Mal sehen was die nächste Zeit bringt...
viele Grüße Werner genau. update-alternatives war auch bei mir die erst Idee. Setzt ja links für vieles. Deine Eingangsfrage war denke ich, wo die desktop Information steht. Z b.: cat ~/.dmrc [Desktop] Language=de_DE.utf8 Session=plasma5
Für Session habe ich auch benutzt: Session=plasma5 Session=gnome Session=plasmawayland unter 15.4. Ob eine Änderung den nächsten Start beeinflusst - ? Gruss Hugo Mahr
Am 17.06.23 um 11:11 schrieb Hugo Mahr:
Hallo Werner, Am Freitag, 16. Juni 2023, 21:49:26 CEST schrieb Werner Franke:
Am 16.06.23 um 19:49 schrieb Ulf Volmer:
On 16.06.23 11:07, Werner Franke wrote:
das ist die Fortsetzung vom Thread "Nach Boot startet GNOME statt plasma-x11", weil das bei mir der Fall zu sein scheint.
Ohne die nächste Fortsetzung abwarten zu wollen:
Ich kann Dein Problem nicht reproduzieren.
Tritt es bei Dir auch mit einem frisch angelegten User auf? Falls ja: Tritt es auch mit einem frisch aufgesetzen System auf?
Auf dem Desktop PC mit den zwei Partitionen kann ich es mit einem frisch aufgesetzen System ausprobieren und vorher mit einem neuen User. Das wird aber etwas dauern...
Wenn du es nicht reproduzieren kannst, scheint es sich nicht um einen Bug zu handeln. Hätte mich auch gewundert, denn ich bin doch bestimmt nicht der erste User, der wieder von Wayland nach X11 zurück geht. Das wäre also schon längst aufgefallen.
In der Zwischenzeit habe ich an meinem Laptop eine Lösung gefunden. Hier fand ich den Hinweis: https://forums.opensuse.org/t/how-to-set-window-manager/135233/6
miraculix:~ # update-alternatives --config default-xsession.desktop There are 5 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop).
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/gnome.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Nach Eingabe von 3 (für plasma5.desktop) liefert das gleiche Kommando
miraculix:~ # config default-xsession.desktop
Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/share/xsessions/plasma5.desktop 25 auto mode 1 /usr/share/xsessions/gnome.desktop 25 manual mode 2 /usr/share/xsessions/icewm-session.desktop 15 manual mode 3 /usr/share/xsessions/plasma5.desktop 25 manual mode 4 /usr/share/xsessions/sle-classic.desktop 20 manual mode 5 /usr/share/xsessions/xfce.desktop 20 manual mode
Nach einem Reboot startet nun wieder Plasma, wie es vor meinem Wayland Ausflug der Fall war. Mein User ist als autologin eingestellt, deswegen komme ich nach dem booten nicht am Login Screen vorbei. Kann also auch nichts einstellen.
Eigentlich müsste der Rechner das starten, was ich im Login Screen konfiguriert habe und das bis ich es wieder anders definiere. Das sollte natürlich auch Reboots überleben. Bis jetzt kannte ich das auch so. Ob der alte Zustand jetzt wieder der Fall ist, weiss ich noch nicht, denn das habe ich noch nicht ausprobiert. Ich denke aber nicht.
Es würde mich nur interessieren wohin der Login Screen die dort gemachte Einstellung speichert und welches Tool das dann auswertet.
Mal sehen was die nächste Zeit bringt...
viele Grüße Werner genau. update-alternatives war auch bei mir die erst Idee. Setzt ja links für vieles. Deine Eingangsfrage war denke ich, wo die desktop Information steht. Z b.: cat ~/.dmrc [Desktop] Language=de_DE.utf8 Session=plasma5
Für Session habe ich auch benutzt: Session=plasma5 Session=gnome Session=plasmawayland unter 15.4.
Ob eine Änderung den nächsten Start beeinflusst - ?
Danke Hugo, inzwischen gibt es neue Erkenntnisse. Siehe meine letzte Antwort an Ulf. viele Grüße Weerner
participants (5)
-
Bernd Nachtigall
-
Hugo Mahr
-
Manfred Kreisl
-
Ulf Volmer
-
Werner Franke