Dennis HilkLinux Fix LabEN

Grafik, GPU und Anzeige

Mesa verwendet CPU-Rendering statt der GPU

Ein Desktop kann mit llvmpipe trotz fehlender GPU-Beschleunigung laufen; geplantes Rendering ohne GPU von einem fehlerhaften Treiberpfad unterscheiden.

Redaktionelle Quellenprüfung: Mit den Hinweisen beginnenAnleitung teilen
Auf dieser Seite
  1. Symptome und Geltungsbereich
  2. Mögliche Ursachen
  3. Sicher prüfen
  4. Nächste Schritte nach Befund
  5. Quellen und Prüfung
  6. Verwandte Probleme

Symptome und Geltungsbereich

  • Animationen belasten die CPU stark und Spiele sind unerwartet langsam.
  • Der OpenGL-Renderer heißt llvmpipe oder softpipe, obwohl eine Hardware-GPU erwartet wird.

Betroffene Umgebung

Mesa-OpenGL-Anwendungen im lokalen Desktop, Container, Fernzugriff oder einer VM; Software-Rendering ist in manchen Umgebungen vorgesehen.

Erkennbare Meldungen (synthetische Beispiele)
libGL error: failed to load driver: iris

Vorhergehende Pfad- und Bibliotheksfehler prüfen; Software-Rendering allein ist nicht automatisch ein Fehler und wird nicht erkannt.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

  • Ein Umgebungsparameter kann Software-Rendering ausdrücklich erzwingen.
  • Fehlende DRI-Bibliotheken, fehlender Render-Gerätezugriff, unpassende Anwendungs-Laufzeiten oder eine bewusst virtuelle Anzeige können Software-Rendering wählen.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Als Benutzer in der betroffenen Grafiksitzung ausführen; glxinfo benötigt X11 oder Xwayland und das Diagnosepaket der Distribution.

glxinfo -B

Ergebnis einordnen: llvmpipe/softpipe kennzeichnet CPU-Rendering. Unter nativem Wayland beschreibt dies den Xwayland-OpenGL-Pfad, nicht jede native Anwendung.

Prüfschritt 2

Ausgewählte Grafikparameter dieser Shell lesen; Starter oder Container können eine andere Umgebung setzen.

printenv LIBGL_ALWAYS_SOFTWARE GALLIUM_DRIVER MESA_LOADER_DRIVER_OVERRIDE LIBGL_DRIVERS_PATH

Ergebnis einordnen: LIBGL_ALWAYS_SOFTWARE=true fordert Software ausdrücklich an. Ein fehlender Wert belegt keine passenden Bibliotheken oder Geräteberechtigungen.

Nächste Schritte nach Befund

Unbeabsichtigten Anwendungsparameter entfernen

Erzwingt ein betroffener Starter Software-Rendering, den Parameter aus einer Kopie seines Profils entfernen und nur diese Anwendung neu starten. Den gemeldeten Renderer vor einer globalen Änderung vergleichen.

Vorsicht: Bewusste Profile ohne GPU und Testprofile behalten. Keinen Hardware-Treibernamen erzwingen, der nicht zur tatsächlichen GPU passt.

Wiederherstellung / Rücknahme: Falls die Anwendung nicht mehr funktioniert, das ursprüngliche Starterprofil wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Paketierten Rendering-Pfad reparieren

Erklärt kein Parameter den DRI-Ladefehler, das passende Mesa-/DRI-Paket der Distribution für die Anwendungsarchitektur erneut installieren und Render-Gerätezugriff der Sitzung prüfen. Bei Containern den dokumentierten GPU-Zugriff der Laufzeit einrichten.

Vorsicht: Host-Bibliotheken nicht in gebündelte Laufzeiten kopieren und nicht alle /dev/dri-Geräte weltweit beschreibbar machen; Berechtigungen folgen Sitzungs- oder Laufzeitrichtlinien.

Wiederherstellung / Rücknahme: Bei Auswirkungen auf funktionierende Anwendungen den Paket-Snapshot oder das Laufzeitprofil wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Quellen und Prüfung

Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.