Ich probiere es mal mit EndeavourOS

Auf meiner Spielekiste hatte ich vor einigen Wochen auf der zweiten freien SSD neben MX Linux (immer noch mein Hauptsystem) ein Garuda Gnome installiert und darauf gezockt. Garuda hat sich auf meinem System gut geschlagen. Letztens habe ich das neue EndeavourOS ja schon in der VM ausprobiert und bin positiv angetan, wie schlank es ist. Also probiere ich es mal auf echter Hardware aus und schaue mir an, wie es sich bei, Gaming schlägt.

Nach der Installation habe ich noch Steam, Heroic Games Launcher, KeepassXC und Thunderbird installiert. Alles in allem keine halbe Stunde Aufwand. Die erste Runde mit dem Adventure „Hobb‘s Barrow“ ist gerade im Gange. Aber dieser Titel läuft auf jeder Kartoffel problemlos.

Schauen wir mal, was die kommenden Wochen so bringen.

Ich denke auch, dass sich nicht so viel verändern wird. Bei Garuda kam mir fauler Socke entgegen, dass alle möglichen Tools für Spiele entweder vorinstalliert waren oder während der Installation des Systems ausgewählt werden konnten. Bei EndeavourOS muss ich sie händisch nachinstallieren.

Ich mage den aufgeräumten Ansatz von EndeavourOS sehr. Mit KDE muss ich noch ein wenig warm werden, aber das wird schon.

Jo, ich hatte die Online Installation genommen und mich bewusst für Plasma als die neue Flagship Edition entschieden. Ich kann ja nicht immer nur auf Gnome und XFCE gammeln und will meinen Horizont erweitern.

Zitat von VurtdaFurk

Würde mich auch interessieren, obwohl ich null Ahnung habe. In diesem Fall KDE wäre standart Desktop?

Jo, seit einigen Tagen hat EndeavourOS seinen Standard-Desktop von XFCE zu KDE/Plasma geändert. Man kann bei der Installation aber noch viele andere Desktops wählen, wenn man das möchte. Ich wollte erstmal beim Standard bleiben, wie es der Distributor verpackt hat.

Ein Problem, dass ich schon bei Fedora, Nobara, Garuda und Win11 auf der Spielekiste mit meinem System habe, habe ich auch bei Endeavour OS.

Mein Spielesystem ist ein reines AMD System und hat auch eine AMD Grafikkarte (Radeon RX 6750 XT). Im Internet beklagen viele Besitzer solche Systeme, dass das System im laufenden Betrieb einfach mal schwarz wird und nichts mehr passiert, so als ob der Rechner in den Schlafmodus gegangen wäre. Das fiese ist, dass von jetzt auf gleich passieren kann oder manchmal Stunden oder Tage gar nicht passiert.

Das Problem hat mit dem AMD Setup zu tun (bei Nvidia Systemen kann es manchmal auch auftreten) und es handelt sich dabei um ein fehlerhaft implementiertes "Multi-Plane Overlay" (kurz "MPO" - einfach mal danach googlen). Diese Funktion ist technisch vereinfacht ausgedrückt dafür dass Videoinhalte in Fenstern genauso performant und flüssig wie im exklusiven Vollbildmodus wiedergegeben werden können, ohne dass es zu Leistungseinbußen oder Wiedergabeproblemen kommt. Der Treiber regelt dabei die optimale Performance. Leider kann die fehlerhafte Implementierung aber auch dafür sorgen, dass die Grafikkarte den Befehl bekommt, ind en Schlafmodus zu gehen. Und dann lässt sich das gesamte System auch nicht mehr aufwecken und muss stromlos gemacht werden. In Windows lässt sich MPO per Registry deaktivieren. Seitdem habe ich unter Win keine Probleme mehr. Unter Linux habe ich bisher keine Möglichkeit gefunden, MPO zu deaktivieren.

Fun fact. Bei MX Linux tritt das Problem gar nicht auf. Da kann der Rechner tagelang laufen, ohne, dass die GraKa schlafen geht und das gesamte System mitnimmt.

Zitat von DenalB

Hmmm, ich nutze schon seit Jahren eine AMD-CPU und seit einigen Wochen nun auch eine AMD-GPU. Bisher ist mir dieses Phänomen weder unter Windows 11 noch in diversen Linux Distributionen untergekommen ...

Ich hatte bisher bei all meinen Spiele-PCs auch noch nie dieses Problem. Erst tippte ich auch ein fehlerhaftes Netzteil (getauscht - Problem geblieben), dann auf eine defekte GraKa (Radeon 6650 von nem Kumpel geliehen und eingebaut, selbes Problem), dann Maiboard (alles neu verkabelt und immer wieder die allerneuste Firmware draufgepackt). Das Problem ging nie weg.

Dann habe ich nach den Symptomen gegooglet und bin auf "MPO" gestoßen. Im Windows hatte ich dann mal den Registry Eintrag wie in den Tutorials gesetzt und das Problem war sofort weg. Daher dachte ich auch, dass Fedora buggy sei und Nobara dasselbe Problem von Fedora vererbt bekommen hatte. Nachdem ich dann MX installiert hatte, war das Problem weg und ich habe auch nicht mehr weiter drüber nachgedacht.

Dann hatte ich letztens ja mal Garuda ausprobiert und siehe da, das Problem ist wieder da. Dann war meine Vermutung, es könnte mit Gnome und oder Wayland zu tun haben. MX hat ja XFCE und (wenn ich mich nicht irre) auch noch X11 als Displayserver. Jetzt habe ich EndeavourOS installiert (kein Gnome) und das Problem ist auch wieder da.

Ich kann das Problem zumindest darauf eingrenzen, dass es NICHT auftritt, wenn die GraKa durch ein Spiel gefordert wird. Bin ich aber nur auf dem Desktop und surfe ein bissel und schreibe z.B eine Email, dann *ZACK* - alles schwarz und das System ist komplett eingeschlafen. Sogar der USB Bus geht dann schlafen, was ich an meinem RGB Keyboard sehe. Dann hilft nur noch ausschalten.

Müsste ich mal versuchen, wenn ich wieder Garuda installiere.

Ich müsste erstmal rausfinden, ob EOS auch Wayland nutzt oder noch X11 und ob ich EOS ggf. auf X11 starten kann, um zu sehen, ob das Problem auftritt.

EndeavourOS nutzt noch X11.

Damit kann ich wohl Gnome / Wayland als schlimmer Finger ausschließen.

Das war ganz zu Anfang auch erst eine Überlegung von mir. Aber müsste dann das Problem unter Windows nicht weiterhin bestehen, auch nachdem ich MPO per Registry deaktiviert habe?

Die GraKa schließe ich aus, denn selbst nach dem kurzen Tausch durch eine andere AMD 6600 XT hatte ich unter Fedora / Nobara immer noch das Problem. Ich könnte mit vorstellen, dass MX vielleicht MPO gar nicht aktiviert hat? Laut Dokumentation ist es zumindest im Kernel integriert.

Multiplane Overlay (MPO) — The Linux Kernel documentation

Ich hatte daher, zumindest in Garuda neben dem normalen 6.6 Kernel auch den 6.6 ZEN Kernel und den dedizierten 6.6 AMD Kernel ausprobiert. Das Problem tritt jedoch sporadisch bei allen drei Kerneln auf. Ich bin in Linux leider noch nicht fit genug, am Kernel zu basteln um z.B. MPO zu deaktvieren.