Dennis HilkLinux-DiagnoseEN

Linux diagnostics · Gaming

Linux Gaming Repair Center

Spielabstürze, Proton-Probleme, Vulkan-Fehler und Leistungsprobleme unter Linux systematisch untersuchen.

Lokale Analyse. Keine Uploads. Beginne mit dem beobachteten Fehler, sammle einen kleinen Hinweis und teste eine rücknehmbare Änderung. Logs bleiben in dieser Seite; Zurücksetzen oder Verlassen leert die Werkzeuge.

01

Proton & Wine Doctor / Absturzanalyse

Ein Startfehler, eine eingefrorene Anzeige und ein kompletter Systemstillstand brauchen unterschiedliche Hinweise. Wähle ein Symptom und beantworte die nächste Frage; der Diagnoseweg erklärt die Aussage und Grenzen jedes Befunds.

Wine, Proton, DXVK und VKD3D-Proton: Welche Ebene scheitert?
Wine
Implementiert Windows-APIs. Ein Prefix enthält Registry, Dateien und Einstellungen der Anwendung; Änderungen oder Löschen können Einstellungen und Spielstände entfernen.
Proton
Steams Spielumgebung verbindet Wine mit Grafikübersetzung und Integrationspatches. Experimental und GE-Community-Builds sind unterschiedliche Ausgaben und keine garantierten Lösungen. Erfasse vor einem kontrollierten Vergleich den genau gewählten Build.
DXVK
Übersetzt unterstützte Direct3D-8–11-Wege nach Vulkan. Die Geräteerstellung hängt von installierter DXVK-Version, benötigten Vulkan-Funktionen und passender Prozessarchitektur ab.
VKD3D-Proton
Übersetzt Direct3D 12 nach Vulkan. Ein funktionierendes DXVK-Spiel belegt nicht die Gerätefunktionen eines anderen D3D12-Spiels.

Launcher-Anmeldung, benötigte Laufzeitkomponenten und vom Herausgeber aktivierte Anti-Cheat-Unterstützung sind eigenständige Startbedingungen. Prüfe den ersten Fehler und die Support-Aussagen des Spiels, bevor du eine Grafikwarnung zur Ursache erklärst.

Anleitung zur Startuntersuchung lesen · D3D12-Weg untersuchen

Als statischer Einstieg dient die passende Anleitung: Spielstart, Bewegungsruckler / Systemstillstand, Controller-Eingabe.

02

Gaming-Log-Inspector

Prüfe einen Proton-, Wine-, DXVK-, VKD3D-Proton- oder Journal-Auszug in diesem Browser. Treffer sind Hinweise und keine bestätigte Ursache. GPU-, PCIe- und Speicherhinweise bleiben getrennt, auch wenn sie gemeinsam erscheinen.

Synthetische anonymisierte Cthulhu-Wiedergabe — Speicherbelege, kein letzter GPU-Fehler

Ein anonymisierter Akzeptanzfall aus Dennis’ dokumentierter Cthulhu-Untersuchung. Der geladene Auszug ist synthetischer Testtext, kein Originallog des Rechners.

  • Dokumentierte Workstation: Ryzen 7 5800X3D, Radeon RX 9060 XT 16 GiB / Navi 44, NixOS. Diese Identifikatoren beweisen kein erfolgreiches Rendering.
  • Leichte Spiele blieben stabil; Bewegung in S.T.A.L.K.E.R. 2 führte zu 1–2-sekündigen Stalls oder Hard-Locks. Einige Hard-Locks hinterließen keine brauchbare letzte GPU-Meldung.
  • Ältere Arch-Linux-Tests meldeten separat das Verschwinden der GPU vom PCIe-Bus. Diese frühere Beobachtung wird nicht in dieses Log ohne letzte GPU-Meldung eingefügt.
  • Verschieben des Spiels von SATA auf NVMe beseitigte das Problem nicht. Ein GPU-Limit von 112 W vermied einige harte Abstürze, Stalls blieben; keine dieser Beobachtungen beweist eine Ursache.
  • SATA-Schnittstellen-/CRC-Fehler und Verbindungsresets bilden eine eigene I/O-Hypothese. GPU-/PCIe-, Kernel-/Firmware- und Grafik-Userspace-Hypothesen brauchen eigene Belege.

Nur beispielhafte Wiedergabe. Zeitstempel sind synthetisch; Symptome und historische Versionen stammen aus mitgeteilten Beobachtungen. Es werden keine kausale Reihenfolge, GPU-Fehlermeldung, bestätigte Ursache oder Lösung erfunden. Das zugrunde liegende Problem bleibt ungelöst.

Hinweise getrennt einordnen

Keine abschließende GPU-Meldung schließt einen GPU-Fehler nicht aus. Speicher-Link-Resets belegen Speicherprobleme und nicht die Ursache jedes Stillstands. Untersuchungsanleitung.

03

Vulkan- und Grafik-Stack-Inspector

Hardwareidentität, gebundener Kernel-Treiber, Vulkan-Geräteliste und erfolgreiches Rendering im Spiel sind vier unterschiedliche Beobachtungen. Ein 64-Bit-Vulkan-Bericht des Hosts belegt außerdem keinen funktionierenden Treiber im 32-Bit-Spielruntime.

RADV und Intel ANV sind Mesa-Vulkan-Treiber; AMDVLK und NVIDIA verwenden andere Treiberwege. Prüfe gewählten ICD und Runtime, bevor du einen Treiber erzwingst. Wayland, X11 und Gamescope ergänzen den Darstellungskontext und erklären einen Absturz nicht automatisch.

Mit einem lesenden Grafikcheck beginnen

Lies PCI-Identität und „Kernel driver in use“ getrennt. „Kernel modules“ nennt Kandidaten. Prüfe danach Vulkan in Prozessarchitektur und Container des Spiels.

Lesende Beobachtung

lspci -nnk

Voraussetzungen: Benötigt pciutils. PCI-Auflistung ist lesend; optionale Details können zusätzliche Rechte benötigen.

GPU-PCI-ID und „Kernel driver in use“ zusammen erfassen. „Kernel modules“ nennt Kandidaten und belegt keine Treiberbindung.

Anleitung zu Vulkan-Loader und ICD · 32-Bit-Runtime-Anleitung · Hardware Explorer

04

Steam-Startoptionen-Builder

Erstelle einen temporären Diagnose-Starttext aus geprüften Optionen. Wähle zuerst Anwendungs-API und Runtime. Eine Option ist ein kontrollierter Test mit Voraussetzungen und Nebenwirkungen und keine allgemeine Leistungsempfehlung.

Ein minimaler Proton-Log-Test
PROTON_LOG=1 %command%

Für ein Steam-Spiel, das tatsächlich Proton verwendet. Die Option erstellt ein Diagnoselog und verursacht Log-Aufwand; der genaue Zielort hängt von der Runtime ab. Entferne PROTON_LOG=1 nach dem Test. Das Log kann private Pfade und Kennungen enthalten. Der Builder verändert Steam niemals.

Aussagekräftiges Startlog sammeln

05

Leistung und Frame-Time untersuchen

Durchschnittliche FPS verbergen kurze Stillstände. Vergleiche Frame-Times in derselben reproduzierbaren Szene und ergänze CPU-Kernlast, GPU-Auslastung, VRAM und I/O als Kontext. Ein Einzelwert belegt weder Engpass noch Hardwarefehler.

Was ein brauchbarer Vergleich erfasst

Erfasse Szene, Auflösung, Render-Skalierung / FSR-Modus, FPS-Limit, VSync, Gamescope, Grafik-API und Proton-Build. Halte das bei einem einzelnen Einstellungstest konstant. Eine niedrigere Renderauflösung kann GPU-Druck untersuchen, behebt aber keinen Kernel-Reset und beweist keinen CPU-Fehler.

Wiederhole Ruckler des ersten Durchlaufs vor dem Löschen von Caches. Bei Temperatur- oder Leistungsverdacht gehören Takt und Temperaturen zum selben Zeitpunkt; niedrige Leistungsaufnahme während eines Stillstands kann dessen Folge sein. Bewegungsruckler brauchen auch Speicher- und RAM-Hinweise.

Shader-Kompilierung und Frame-Pacing · Bewegungsruckler

06

Gaming-Wissensbasis

Gezielte Anleitungen mit Befehlen, Einordnung, sicherem Test, Rücknahme und Originalquellen. Eine Quellenprüfung ist kein reproduziertes Kompatibilitätsergebnis.