Dennis HilkLinux-DiagnoseEN

Linux Gaming Repair Center

Vulkan-Initialisierung schlägt fehl

PCI-Identität, Kernelbindung, Loader-Suche, nutzbare Vulkan-Geräte und tatsächliches Spielrendering trennen.

Redaktionelle Quellenprüfung: Diagnosehilfen öffnen
Auf dieser Seite
  1. Die gescheiterte Ebene prüfen
  2. Den Userspace-Treiber identifizieren
  3. Die Umgebung vergleichbar halten
  4. Hinweise sammeln
  5. Ein kontrollierter Test
  6. Passende Diagnosehilfen
  7. Quellen und Grenzen

Die gescheiterte Ebene prüfen

Ein GPU-Name in lspci belegt ein PCI-Gerät. Kernel driver in use zeigt seinen Besitzer. Beides beweist nicht, dass eine Anwendung einen Vulkan-Treiber laden kann. Der Loader findet Userspace-ICDs, zählt physische Geräte auf und handelt nötige Erweiterungen aus, bevor ein Spiel seine Renderarbeit aufbaut. Eine erfolgreiche vulkaninfo-Übersicht belegt die Geräteaufzählung in dieser Umgebung, nicht erfolgreiche Bildausgabe oder ein stabiles Spiel. Ein nativer Fenstertest ergänzt Hinweise zur Bildausgabe, reproduziert aber nicht jeden Shader-, Allokations- oder Synchronisationspfad eines übersetzten Windows-Spiels.

Den Userspace-Treiber identifizieren

RADV ist Mesas AMD-Vulkan-Implementierung; AMDVLK ist eine separate Userspace-Implementierung, deren Upstream-Projekt inzwischen eingestellt ist. Ein vorhandenes AMDVLK kann weiterhin in Logs erscheinen; seine Identifikation ist keine Installationsempfehlung. Beide Namen beschreiben mehr als die amdgpu-Kernelbindung. Intels ANV und NVIDIAs proprietäre Vulkan-Implementierung haben ebenfalls eigene Userspace-Anforderungen. Lies driverName, driverInfo und deviceName, statt einen Vulkan-Treiber aus PCI-Hersteller oder geladenem Modul abzuleiten. Wird nur ein CPU-Gerät wie llvmpipe oder lavapipe genannt, kann die Aufzählung erfolgreich sein, während der gewünschte Hardwaretreiber fehlt. Zwei installierte ICDs sind nicht grundsätzlich ein Konflikt; ordne den Fehler einem konkreten Kandidaten und einer Anwendung zu.

Die Umgebung vergleichbar halten

Führe Hostprüfungen in der angemeldeten grafischen Sitzung ohne sudo aus. Vergleiche anschließend die Spielumgebung: natives Steam, Flatpak-Steam, Launcher-Container und Diagnoseshell können andere Bibliotheken sehen. Ein Loader-Log kann ein verworfenes Manifest erwähnen und trotzdem einen nutzbaren Treiber finden. Entscheidend sind das abschließende Aufzählungsergebnis und der erste scheiternde API-Aufruf, nicht das Wort error allein. Erfasse X11 oder Wayland separat, wenn Fensteraufbau oder Bildausgabe betroffen sind. Ein Sitzungswechsel ist ein Vergleichsversuch und repariert keine fehlenden Gerätefunktionen.

Vor Änderungen Hinweise sammeln

Führe jeden Befehl einzeln in der passenden Host- oder Spielumgebung aus. Lies zuerst Voraussetzungen und Einordnung. Die Website zeigt Befehle an und führt sie niemals aus.

Lesende Beobachtung

lspci -nnk

Voraussetzungen: pciutils auf einem PCI-System; virtuelle oder USB-Geräte können andere Hinweise benötigen.

Numerische PCI-ID des Grafikcontrollers mit Kernel driver in use zusammenbringen. Kernel modules nennt Kandidaten und bestätigt keine Bindung.

Lesende Beobachtung

vulkaninfo --summary

Voraussetzungen: Vulkan-Werkzeuge installiert; dieselbe grafische Benutzersitzung wie beim Spiel verwenden.

Aufgezähltes Gerät, API-Version und Treiberfelder erfassen. Dies ist normalerweise ein nativer Hosttest einer Architektur und kein Test in jeder Spielumgebung.

Temporäre Diagnoseumgebung

VK_LOADER_DEBUG=error,warn,driver vulkaninfo --summary

Voraussetzungen: Khronos-kompatibler Vulkan-Loader und vulkaninfo; Ausgabe kann umfangreich sein.

Manifest-Suche und Bibliotheks-Ladefehler mit der abschließenden Geräteliste vergleichen. Die Variable gilt nur für diesen Aufruf; stderr kann private Pfade enthalten.

Ein kontrollierter Test mit Rückweg

Bei erfolgreicher Host-Aufzählung einen vorübergehenden vkcube-Fenstertest in derselben Sitzung durchführen und danach mit einem geloggten Spielstart vergleichen. Scheitert der Host, zuerst seinen konkreten Loader- oder Treiberfehler untersuchen.

Rücknahme: Testfenster schließen und Diagnose-Startvariablen entfernen. Gesicherte Spieloptionen wiederherstellen; keine ICD-Manifeste löschen, um eine Warnung verschwinden zu lassen.

Was der Test nicht belegen kann: Ein Hosttest deckt weder 32-Bit-Bibliotheken noch jeden Sandbox-Kontext oder spielbezogene Funktionsanforderungen ab. Hardwarelinks sind Referenzbeispiele und keine automatische Identifikation deiner GPU.

Quellen und Geltungsbereich

Diese redaktionelle Prüfung verwendet Originalquellen von Projekten und Distributionen. Sie belegt keine auf deiner Hardware reproduzierte Lösung. Installierte Versionen, Spielumgebung und gewählte Grafik-API können das Ergebnis verändern.