Auch wenn viele Benutzer mit der Kommandozeile ein bisschen auf dem Kriegsfuß stehen, lassen sich Fehlerursachen oft schon recht gut nachvollziehen, wenn man im Terminal der Wahl die Applikation, in diesem Fall "lutris", einfach mal mit dem Befehl startet.

Egal auf welcher Distro ich bisher Lutris verwendet habe, Ubuntu, Fedora, openSUSE Tumbleweed, ... , es ließ sich immer problemlos starten. Daher würde ich mir mal die Terminalausgabe ansehen und schauen wo es hakt.

Wieder mal ein Update aus Nerdistan:

Ich hab auf meinem einige Jahre alten Laptop wie schon geschrieben Nobara Linux drauf, das hat den Vorteil, dass es unter anderem Lutris vorkonfiguriert mitbringt, Eso funktioniert sowohl mit Lutris als auch unter Steam wunderbar. Und weil ich immer schon ein Computerfreak war (mein erstes Programm habe ich 1979 auf einem TI Taschenrechner geschrieben xD), habe ich jetzt auf einem meiner Stand PCs eine Art Dualboot installiert, aber ohne Windows auch nur irgendwie zu beeinträchtigen. Und zwar so:

.) NVME mit Windows drauf ausgebaut
.) Grafikkarte ausgebaut, in den zweiten NVME Slot darunter eine neue NVME eingebaut und Grafikkarte wieder rein
.) darauf Manjaro (basiert auf Arch) installiert
.) Steam und Lutris installiert - Lutris angepasst weil sonst der Installationsskript für Eso nicht mehr funktioniert

Und dann einige Tage zum Leidwesen meiner Enkel nur mit Linux betrieben, weil ich keine Schraube mehr hatte für das Anschrauben der Windows NVME. Zu ihrem Leidwesen deshalb, weil ich zwar für einen der Beiden einen Account mit seinem Steam eingerichtet hatte, aber ihr derzeitiges gemeinsames Lieblingsspiel Warhammer Vermintide 2 zwar funktionieren würde, aber Easy Anti Cheat alles als verdächtig einstuft. Könnte ich wahrscheinlich auch irgendwie hinbekommen, wollte aber nicht

Aber heute habe ich mir endlich eine passende Schraube besorgt und auch die Windows NVME wieder eingebaut. Und jetzt startet problemlos standardmäßig Windows (wegen der Enkel) oder nach Drücken der F8 Taste beim Booten nach Auswahl im Bootmenü Linux von der zweiten NVME. Grub musste nicht in die Windowsbootpartition eingreifen, Windows wiederum weiß nix von Linux, einfach perfekt.

Woran ich allerdings noch tüftle in Bezug auf Eso: Auf dem Laptop ist als Tastatur im Spiel bei der Konfiguration der Tasten "deutsch" eingestellt, in Manjaro aber "Englisch". Hab alle config Dateien durchgeschaut, es steht überall "DE" drinnen - ALT + Shift geht nur unter Windows. Aber egal ob Tastatursprache deutsch oder englisch, in keiner Version nimmt er die Tilde "^" als Taste an für den Waffenwechsel. Das ist insofern etwas blöd weil ich daran ja gewohnt bin und keine andere Taste nehmen möchte. Deshalb habe ich den Wechsel der Waffenleiste auf eine der seitlichen Maustasten gelegt, geht auch, muss mich halt daran gewöhnen und büße derzeit noch ein paar dps ein sofern ich nicht einen meiner One Bar Char spiele.

Aber sonst bin ich hochzufrieden mit beiden Linux Distributionen und mit meiner Idee, dass ich Linux auf einer zweiten NVME komplett getrennt von Windows installiere sowieso. Meine ursprüngliche Befürchtung dass die zweite NVME unter der Grafikkarte heiß werden könnte unter Volllast der Grafikkarte hat sich nicht bewahrheitet, offenbar strahlt die GraKa die Hitze nicht nach unten ab. Ich habe mir zwar ein Hitzeschild besorgt für die zweite NVME, es aber noch nicht eingebaut, kann sein, dass dann alles zusammen unter der GraKa zu hoch sein könnte.

Wer also aus irgendeinem Grund nicht auf Windows verzichten kann oder will und vor einer Dualboot Version zurückschreckt, der kann sich auch diese Lösung überlegen sofern er einen zweiten NVME Slot hat. Ich weiß ja nicht, wie es unter Windows 11 ist, aber generell überschreibt Windows bei Updates gerne mal einen vorhandenen Grubbootloader und dann ist erst Mal Sense mit einem Dualboot. Mit meiner Lösung geschieht das nicht - der Bootvorgang wird vom UEFI aus gesteuert, es ist derselbe Vorgang als würde man von einem Live USB Stick booten.

Falls jemand Probleme hat, Eso unter Lutris zu Starten:
.) zuerst Wine installieren - egal welche Version
.) danach Lutris - nicht als Flatpak, sondern als Version aus den jeweiligen Systemrepos
.) Lutris starten und wieder beenden
.) diese angepasste Version von Wine herunterladen
.) in diesen Ordner hier "~/.local/share/lutris/runners/" entpacken
.) danach wieder Lutris starten - am besten von der Kommandozeile aus, damit man etwaige Fehlermeldungen sieht
.) in Lutris auf Spiel hinzufügen gehen und den Skript von der Lutris Seite auswählen.
Danach kann man dann Eso über Lutris starten und nach dem Download der 120 GB (oder so) auch spielen.

Wenn man Eso über Steam spielt dann braucht man das natürlich nicht zu tun, Steam richtet alles ordnungsgemäß ein.

Das Game ist SteamDeck verified. Das SteamDeck basiert auf ArchLinux und nutzt Proton.

Entsprechend läuft ESO auch auf Linux in Proton sehr gut. Man konnte es schon lange Zeit unter Wine sehr gut nutzen, bevor es Proton von Steam gab.

Man kann das Game sowohl über Steam direkt oder halt über den Launcher per Proton starten (auch auf dem SteamDeck) oder eben Wine nutzen, also man muss den Client nicht zwangsweise über Steam kaufen, es macht es aber einfacher.

Man kann natürlich wie BenNordish schrieb andere Proton-Varianten nutzen, die noch mal gesondert gepatcht sind, muss das aber nicht. Auch was die Wahl der Linux-Distribution angeht ist man relativ frei, weil alle zu großen Teilen auf dem selben Kern bestehen, sich aber meistens in der Zeilsetzung etwas unterscheiden. Auch wenn gerade viele Gaming-Distributionen aus dem Boden schießen, von denen sicher nicht alle wirklich überleben werden, fährt man auch mit altbekannten Distributionen wie einem Ubuntu, Debian und Co nicht schlecht. Da steht dann halt eine Firma und eine große Community hinter, wodurch es oft einfacher ist Support für entsprechende Probleme zu finden.

Allgemein: ESO gehört zu den Games, die allgemein ohne große Probleme auf Linux laufen, eben nicht zuletzt, weil es auch eine SteamDeck verifizierung hat.

Ansonsten bleibt bei Linux das Problem: Es wird nicht direkt von den Games unterstützt sondern durch Proton/Wine werden Windows-Bibliotheken nachgebildet, so dass das Game denkt es läuft auf einem Windows. Das führt auch dazu, dass es immer Games werden gibt, die eben nicht auf Linux lauffähig sind. Vor allem AntiCheat-Tools können ein Problem sein und bei manchen Games muss man viel manuell an Configs und Parametern fummeln, bis sie sauber laufen, auch wenn der in den letzten 15 Jahren deutlich besser geworden ist.

Das grundlegende Problem sehe ich eher darin, das es ursprünglich mal eine klare Trennung zwischen Hard- und Softwareebene gab welche nach und nach mit dem Argument "Sicherheit" abgeschafft wurde um sich den Vollzugriff zu gewährleisten. Egal welche Software, auch nicht von jeweiligen Hardwarehersteller, sollte Zugriff auf Kernelebene haben, nicht MS, nicht Intel und auch kein EA welches mittlerweile von Geld der Saudis gefördert wird.

Valve hat spielen unter Linux (SteamOS) erst so richtig möglich gemacht und so gut z.b. aktuell Bazzite bewertet wird, da steckt die Kohle von Amz, Intel und MS drin und hinter weshalb ich froh über den Fortschritt bin, aber Linux muss frei von diesen Konzernen bleiben welche ihre Interessen auch dort nach und nach dursetzten werden wollen.

@Oznog666 hat ein tolles Beispiel genannt, aber alleine das Thema "Sicherheitszertifikate" zeigen ganz deutlich, egal ob Linux oder MS, ohne dies laufen beide nicht und MS will diese per Update bereitstellen. Warum brauche ich Kernelsicherheit, TMP, V-Umgebung auf Hardwareeben wenn Win alleine per Update und Softwareebene dort eingreifen kann.

Linux alleine ist nicht die Lösung und Linux sollte frei bleiben. Die Lösungen welche aktuell angeboten werden, müssen in ihren Bestandteilen welche Gaming ermöglichen schnellstmöglich in die freien Systeme integriert werden damit die Interessen und Sicherheit von Nutzern gewahrt bleiben.