[gelöst] [Bullseye] Wayland unter Gnome startet nicht mehr

[BLACKDIAMONT]

Moinsen liebste Forianer,

hab'n Problem was mir graue Haare beschert
Meine Workstation nutzt seit ich diese habe Wayland unter Gnome, was soweit Problemlos ging.
Seit dem WE allerdings will Wayland irgendwie nicht mehr ... habe als gegenprobe eine aktuelle Debian 11 live gestartet, um Probleme bei der Hardware auszuschließen. Wayland tut auch dort.

Habe gestern Abend dann mal wieder google durchforstet und einiges ausprobiert ... ich hab folgendes im Log:

Code: Alles auswählen

Aug  8 22:12:39 Workstation-BFG systemd[2502]: Reached target GNOME Session Manager is ready.
Aug  8 22:12:39 Workstation-BFG systemd[2502]: Starting GNOME Shell on Wayland...
Aug  8 22:12:39 Workstation-BFG systemd[2502]: Starting GNOME Shell on X11...
Aug  8 22:12:39 Workstation-BFG systemd[2502]: org.gnome.Shell@wayland.service: Control process exited, code=exited, status=2/INVALIDARGUMENT
Aug  8 22:12:39 Workstation-BFG systemd[2502]: org.gnome.Shell@wayland.service: Skipped due to 'exec-condition'.
Aug  8 22:12:39 Workstation-BFG systemd[2502]: Condition check resulted in GNOME Shell on Wayland being skipped.

Wenn ich danach suche, bekomme ich nur zum Thema Nvidia (hab alles von Nvidia mal gepurged, was von der eGPU war) etwas ... bringt mir bei der Radeon oder Intel garnix

Es gibt keine udev rule und in der config ist wayland auch nicht disabled ...

Den systemd service in der Fehlermeldung btw gibt es garnicht(??)

Habt ihr vlt eine Idee?
Grüssle
BLACK

[smutbert]

Das folgende habe ich auf meinem testing-System nachgestellt - es gibt also möglicherweise Unterschiede zu bullseye.

Die systemd.unit gibt es und zwar als user service im Paket gnome-shell-common. Die zugehörige Datei ist »/usr/lib/systemd/user/org.gnome.Shell@wayland.service« und in der gibt es auch die in der Meldung aufgeführte Bedingung an der es angeblich scheitert:

Code: Alles auswählen

[...]
# NOTE: This can be replaced with ConditionEnvironment=XDG_SESSION_TYPE=%I in
#       the [Unit] section with systemd >= 246. Also, the current solution is
#       kind of painful as systemd had a bug where it retries the condition.
# Only start if the template instance matches the session type.
ExecCondition=/bin/sh -c 'test "$XDG_SESSION_TYPE" = "%I" || exit 2'
[...]

Ich weiß nicht wann der in den Kommentar erwähnte Bug in systemd aktuell war oder ob die Bedingung aus irgendeinem Grund bei dir scheitert (wenn ich das recht verstehe, soll ja nur sichergestellt werden, dass die Sitzung eine Gnome-Wayland-Sitzung ist, bevor der Dienst tatsächlich gestartet wird), aber irgendie scheint es daran zu scheitern.

Dass laut log zuerst Gnome Wayland und dann Gnome X11 gestartet wird, scheint übrigens normal zu sein, das sieht bei mir im Log genauso aus, nur scheitert wegen der Bedinung eben der Gnome X11 und nicht der Gnome Wayland Dienst.


Bist du dir 100%-ig sicher, dass du dich mit Gnome Wayland und nicht mit Gnome Xorg/X11 als gewählte Sitzung anmeldest?

[BLACKDIAMONT]

Okay den Service gibt es, ich hatte in /etc/systemd geschaut und mich gewundert.

Bei mir steht als Note:

Code: Alles auswählen

# NOTE: This can be replaced with ConditionEnvironment=XDG_SESSION_TYPE=%I
#       with systemd >= 245. Also, the current solution is kind of painful
#       as systemd had a bug where it retries the condition.
# Only start if the template instance matches the session type.
ExecCondition=/bin/sh -c 'test "$XDG_SESSION_TYPE" = "%I" || exit 2'

Bist du dir 100%-ig sicher, dass du dich mit Gnome Wayland und nicht mit Gnome Xorg/X11 als gewählte Sitzung anmeldest?

Ich meine ja, ich habe Gnome und Gnome Classic zur Auswahl (System X11 default gibt es noch). Gnome ist quasi default.

Für was genau ist eigentlich das packet "xwayland"? Das war bei mir nicht installiert, bringt aber auch keine Anderung :/

Edit:
Hab was gefunden, hat aber leider nicht geholfen bei mir ... ist dennoch interessant.

Edit2:
Ich habe mal Plasma-Wayland zusätzlich installiert und getestet ... leider startet das auch in X11 und nicht Wayland

Bis auf normale updates hatte ich afaik nichts installiert ... kann man Gnome bzw Systemd irgendwie in der Hinsicht debuggen?

[rjh]

Zur Frage nach xwayland:

Xwayland is an X server and a Wayland client. It plays the role of a proxy between legacy
X clients which do not support the Wayland protocols and the Wayland server.

Usually, Xwayland is spawned automatically by the Wayland server and runs rootless so that
X clients integrate seamlessly with the rest of the Wayland desktop. It is however possi‐
ble for a user to launch Xwayland non-rootless, mainly for testing purposes.

[BLACKDIAMONT]

thx, ich durchsuche aktuell apt nach frankenstein reste ...

Code: Alles auswählen

libwayland-bin/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]
libwayland-client0/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]
libwayland-client0/now 1.20.0-0~bpo11+1 i386  [Installiert,lokal]
libwayland-cursor0/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]
libwayland-dev/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]
libwayland-egl1/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]
libwayland-server0/now 1.20.0-0~bpo11+1 amd64  [Installiert,lokal]

Die gibt es in bullseye nicht ... entfernen geht nicht weil libqt5gui5 davon abhängt
Bin aber auch überfragt ob die was damit zu tun haben könnten.

[rjh]

Hast du noch irgendwas am Laufen, was nicht mit wayland klarkommt. Displaymanager zum einloggen?

Hört sich jetzt absolut unprofessionell an, aber gnome mal wegputzen und samt gdm neu installieren?

[BLACKDIAMONT]

Hatte ich überlegt und KDE Plasma ausprobiert .. nur das startet auch mit X11 ... deswegen war der gedanke das es etwas anderes sein müsste.
Aber probieren kann nicht schaden

Edit: X11 weiterhin

[rjh]

Und das wird von

Code: Alles auswählen

loginctl

so angezeigt?

Sorry, fällt mir weiter auch nichts Gescheites dazu ein. Hab hier nur kürzlich ein System (allerdings bookworm/sid) neu aufgesetzt und erst xfce4 am Laufen, das kann nur x11. Sofort nach Installation von Gnome hatte ich dann allerdings:

$ loginctl show-session 2 -p Type
Type=wayland

[smutbert]

Wenn ich es recht in Erinnerung habe, heißt (z.B. in gdm) unter Bullseye die X11-Variante Gnome X11 (oder so ähnlich) und die Waylandvariante einfach nur Gnome.
(Das nur weil die Logmeldungen eigentlich am ehesten darauf hindeuten, dass die X11-Variante versucht hat zu starten.)

Was mir jetzt auch nicht klar ist: Du schreibst, dass wayland nicht startet, weder bei plasma-wayland noch bei Gnome. Was passiert denn, landest du wieder beim Anmeldebildschirm, bleibt es bei einem schwarzen Bildschirm oder startet eventuell Xorg (und wenn letzteres woran erkennst du das)?

Die gibt es in bullseye nicht ... entfernen geht nicht weil libqt5gui5 davon abhängt
Bin aber auch überfragt ob die was damit zu tun haben könnten.

Das kann sein.
Von den Paketnamen her sieht es so aus als wären das backports, aber offensichtlich keine offiziellen von Debian, denn dort gibt es von diesen Paketen keine backports. Das einzige was ich gefunden habe, woher diese Pakete stammen könnten ist ein inoffizielles sway-Repository, das ich vorher nicht gekannt habe: https://apt.quantum2.xyz/sway-utils/

Die paar aufgelisteten Pakete wird man die schon wieder los, aber vorher sollten wir herausfinden ob es nicht vielleicht doch wesentlich mehr sind:
Hast du aktuell irgendetwas außer den offiziellen bullseye-Repositories von Debian in der sources.list?
Verwendest du irgendetwas aus den backports (den offiziellen)?

[BLACKDIAMONT]

loginctl zeigt X11
Ich schaue meistens was in der Session variable steht $XDG_SESSION_TYPE

Was mir jetzt auch nicht klar ist: Du schreibst, dass wayland nicht startet, weder bei plasma-wayland noch bei Gnome. Was passiert denn, landest du wieder beim Anmeldebildschirm, bleibt es bei einem schwarzen Bildschirm oder startet eventuell Xorg (und wenn letzteres woran erkennst du das)?

Der Anmeldebildschirm startet normal, einloggen mit kurz Schwarzen Bildschirmen und Gnome startet.

Obs wayland ist oder x11 seh ich von der Variable oder wenn ich in die Einstellungen schaue unter info.

inoffizielles sway-Repository

Ich hatte für meine VR Brille versucht einiges zu compilen, und bin auf das repo gekommen. Letzendlich hatte ich eigentlich wieder alles entfernt (dachte ich).

Ich hab einige zusätzliche Sourcen als files:

Code: Alles auswählen

root@Workstation-BFG:~# ls /etc/apt/sources.list.d
amdgpu-pro-local.list  deb-multimedia.list.save  kxstudio-debian-ppas-2.list  mono-official-stable.list       nodesource.list  riot-im.list.save  skype-stable.list.save  spotify.list.save  teamviewer.list       yarn.list
deb-multimedia.list    graphics:darktable.list   kxstudio-debian-ppas.list    mono-official-stable.list.save  riot-im.list     skype-stable.list  spotify.list            steam.list.save    teamviewer.list.save

NodeJS und Yarn hatte ich vor paar Monaten erst draufgepackt. Den rest hab ich schon ewig.

[smutbert]

Oh, das sind ja jede Menge Fremdrepositries. Da kommen wir mit meinem bisherigen Plan alles auf offizielle Repositories und Pakete zu reduzieren wohl nicht weiter.

Du könntest versuchen die fremden libwayland-Pakete durch die Debianversionen zu ersetzen, aber das birgt ein gewisses Risiko. Noch ohne großes Risiko könntest du einmal ausprobieren ob wir nicht zumindest das -dev und das 32-Bit Paket (und möglicherweise einige weitere überflüssige Pakete) auf die Art loswerden können.

Zuerst die libwayland-Pakete als automatisch installiert markieren und dann nicht mehr benötigte Pakete deinstallieren

Code: Alles auswählen

# apt-mark auto libwayland-bin libwayland-client0 libwayland-client0:i386 libwayland-cursor0 libwayland-dev libwayland-egl1 libwayland-server0
# apt autopurge

Der riskante Teil wäre dann die verbliebenen Pakete der Liste zu deinstallieren, dabei die nicht erfüllten Abhängigkeiten zu ignorieren und dann die Abhängigkeiten mit apt wieder zu erfüllen.
Weil man damit kurzzeitig vieles kaputt macht, würde ich das aber in einer Textkonsole machen:

Code: Alles auswählen

# dpkg -P --force-all  libwayland-bin libwayland-client0 libwayland-client0:i386 libwayland-cursor0 libwayland-dev libwayland-egl1 libwayland-server0
# apt -f install

Riskant dabei ist, dass ein potentiell ziemlich kaputtes System übrigbleibt, wenn der zweite Befehl aus irgendeinem Grund fehlschlägt. Dann müsste man das Problem noch vor einem Neustart des Systems lösen, wenn man sicher sein will, dass es auch wieder startet.


Unangenehm ist natürlich auch, dass wir gar nicht genau wissen wieso der Start von wayland-Sitzungen scheitert. Es scheint als würde es an der Abfrage von $XDG_SESSION_TYPE scheitern und ich bin mir keineswegs sicher, dass die fremden libwayland-Pakete daran schuld sind, es könnten auch Pakete aus einem der anderen Repositories sein oder vielleicht irgendetwas was dir beim Bauen der Software für deine VR-Brille passiert ist.

[BLACKDIAMONT]

Ich konnte die Pakete durch die von Bullseye ersetzen

Code: Alles auswählen

root@Workstation-BFG:~# loginctl show-session 2 -p Type
Type=x11

Leider hat sich nix geändert

Ist halt meine Audio, Foto und Video Workstation, daher die ganzen Multimedia Pakete (nebst programmierung )

Hmm ... ich schätze mal das "--reinstall" auf gewisse Pakete nichts bringen wird. Die configs bleiben ja, aber kann man ggf die configs von den Paketen auf die Originalen "zurücksetzen"?
Beim upgrade gibt es ja z.b. bei ssh die Frage ob config überschreiben mit den neusten vom Maintainer etc .. hat apt oder dpkg soeine funktion dafür?

[OrangeJuice]

Was steht denn in der folgenden Datei?

Code: Alles auswählen

cat /etc/gdm3/daemon.conf

[BLACKDIAMONT]

Code: Alles auswählen

root@Workstation-BFG:~# cat /etc/gdm3/daemon.conf
# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncomment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
#  AutomaticLoginEnable = true
#  AutomaticLogin = user1

# Enabling timed login
#  TimedLoginEnable = true
#  TimedLogin = user1
#  TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true

Edit: Okay jetzt wirds langsam Kriminell

Code: Alles auswählen

libwayland-bin libwayland-client0 libwayland-client0:i386 libwayland-cursor0 libwayland-dev libwayland-egl1 libwayland-server0

Die sind jetzt bullseye Pakete aber nun funktioniert Proton unter Steam nicht (Grafik initalisierung schlägt fehl) .. es startet kein Spiel mehr
Macht irgendwie kein Sinn ..

Edit2:
OpenGL und Vulkan native Games funktionieren

Edit3:

Code: Alles auswählen

Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: ExecuteSteamURL: "steam://rungameid/1258080"                                                                                                                                                             
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: Could not connect to X session manager: None of the authentication protocols specified are supported
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: Could not connect to X session manager: None of the authentication protocols specified are supported
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp changed task to ProcessingInstallScript with ""
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp changed task to SiteLicenseSeatCheckout with ""
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp changed task to CreatingProcess with ""
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp waiting for user response to CreatingProcess ""
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp continues with user response "CreatingProcess"
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: /bin/sh\0-c\0/home/spirit/.steam/debian-installation/ubuntu12_32/reaper SteamLaunch AppId=1258080 -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/SteamLinuxRuntime_soldier'/_v2-entry-point --verb=waitforexitandrun -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/Proton 7.0'/proton waitforexitandrun  '/home/spirit/SteamGames/SteamLibrary/steamapps/common/ShopTitan/ShopTitan.exe'\0
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: Game process added : AppID 1258080 "/home/spirit/.steam/debian-installation/ubuntu12_32/reaper SteamLaunch AppId=1258080 -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/SteamLinuxRuntime_soldier'/_v2-entry-point --verb=waitforexitandrun -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/Proton 7.0'/proton waitforexitandrun  '/home/spirit/SteamGames/SteamLibrary/steamapps/common/ShopTitan/ShopTitan.exe'", ProcID 24442, IP 0.0.0.0:0
Aug 11 20:11:39 Workstation-BFG steam.desktop[24442]: ERROR: ld.so: object '/home/spirit/.steam/debian-installation/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Aug 11 20:11:39 Workstation-BFG steam.desktop[24447]: pid 24447 != 24444, skipping destruction (fork without exec?)
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp changed task to WaitingGameWindow with ""
Aug 11 20:11:39 Workstation-BFG kernel: [ 7149.533692] ext2 filesystem being remounted at /newroot/boot supports timestamps until 2038 (0x7fffffff)
Aug 11 20:11:39 Workstation-BFG steam.desktop[3920]: GameAction [AppID 1258080, ActionID 8] : LaunchApp changed task to Completed with ""
Aug 11 20:11:39 Workstation-BFG steam.desktop[24444]: pressure-vessel-wrap[24444]: W: "opt/amdgpu/share/libdrm" is unlikely to appear in "/run/host"
Aug 11 20:11:39 Workstation-BFG steam.desktop[24560]: esync: up and running.
Aug 11 20:11:39 Workstation-BFG steam.desktop[24560]: wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Aug 11 20:11:39 Workstation-BFG gnome-shell[3192]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0x200006 specified for 0x20000a.
Aug 11 20:11:40 Workstation-BFG steam.desktop[3920]: ThreadGetProcessExitCode: no such process 24559
Aug 11 20:11:40 Workstation-BFG steam.desktop[3920]: ThreadGetProcessExitCode: no such process 24557
Aug 11 20:11:40 Workstation-BFG steam.desktop[3920]: ThreadGetProcessExitCode: no such process 24445
Aug 11 20:11:40 Workstation-BFG steam.desktop[3920]: Game process updated : AppID 1258080 "/home/spirit/.steam/debian-installation/ubuntu12_32/reaper SteamLaunch AppId=1258080 -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/SteamLinuxRuntime_soldier'/_v2-entry-point --verb=waitforexitandrun -- '/home/spirit/SteamGames/SteamLibrary/steamapps/common/Proton 7.0'/proton waitforexitandrun  '/home/spirit/SteamGames/SteamLibrary/steamapps/common/ShopTitan/ShopTitan.exe'", ProcID 24558, IP 0.0.0.0:0
Aug 11 20:11:40 Workstation-BFG steam.desktop[24558]: Setting breakpad minidump AppID = 1258080
Aug 11 20:11:40 Workstation-BFG steam.desktop[24558]: Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198004568103 [API loaded no]
Aug 11 20:11:40 Workstation-BFG steam.desktop[24601]: /opt/amdgpu/share/libdrm/amdgpu.ids: No such file or directory
Aug 11 20:11:40 Workstation-BFG steam.desktop[24601]: /opt/amdgpu/share/libdrm/amdgpu.ids: No such file or directory
Aug 11 20:11:40 Workstation-BFG steam.desktop[24601]: MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0
Aug 11 20:11:40 Workstation-BFG steam.desktop[3920]: ThreadGetProcessExitCode: no such process 24562
Aug 11 20:11:40 Workstation-BFG steam.desktop[24604]: /opt/amdgpu/share/libdrm/amdgpu.ids: No such file or directory

Edit4:
Hab nen Workaround gefunden:

Code: Alles auswählen

PROTON_USE_WINED3D=1 %command%

Wenn ich es richtig verstehe, hat Proton ein prob mit Vulkan (?)

[towo]

Wenn ich es richtig verstehe, hat Proton ein prob mit Vulkan (?)

Nö. Zumindest nicht im Allgemeinen.

[BLACKDIAMONT]

Code: Alles auswählen

spirit@Workstation-BFG:~$ loginctl show-session 2 -p Type
Type=wayland

Da waren wohl von dem sway repo noch libdrm-radeon übrig, die wohl aus irgendwelchen Gründen nun Wayland blockiert hatten.

Ein Herzliches Dankeschön an alle Helfer!! War mir ein inneres Blumenpflücken

Edit:
Das Problem bei steam war mesa-vulkan-drivers:i386, welches nicht mehr vorhanden war.

[smutbert]

Sehr gut dann werde ich den Thread als gelöst markieren.

Du könntest ja in Zukunft versuchen fremde Repositories etwas sparsamer einzusetzen. Vieles lässt sich auch anders lösen, um nur ein Beispiel zu nennen: ein recht aktuelles darktable gibt es in den bullseye-backports.

[BLACKDIAMONT]

Ich versuche es immer zu Vermeiden zusätzliche Repos oder auch Backports zu nehmen.
Im Falle Darktable ist es der CR3 Support, welcher relativ frisch reingekommen ist

Dank dir nochmal für's Helfen