Dennis HilkLinux-DiagnoseEN

Intel-Grafik

Intel Haswell GT2 Desktop

Haswell-Desktop-GT2 mit klarer Grenze zwischen frühem Framebuffer, i915-Bindung und beschleunigten Anwendungen.

Redaktionelle Quellenprüfung: Öffentliches Profil teilenIm Erkennungswerkzeug öffnen
Auf dieser Seite
  1. Überblick und Identität
  2. Treiber und Bindung
  3. Firmware
  4. Lesende Diagnose
  5. Grenzen und passende Fehlerhilfen
  6. Quellen

Überblick und Identität

8086:0412 ist eine Haswell-GT2-Desktopzeile im von i915 genutzten Intel-Header. Sie identifiziert die Display-Chipklasse, nicht alle Eigenschaften des CPU-Pakets oder Mainboards. Die Displayanschlüsse des Mainboards sind von der Identität der GPU-Funktion zu trennen.

Kuratierte Kennungen
pci 8086:0412

Ein numerischer Match belegt eine Kandidatenfamilie im geprüften Quellenrahmen. Verkaufsnamen, Platinenvarianten, Subsystembedingungen und erfolgreiche Funktion bleiben getrennte Fragen.

Treiber und Bindung

Der tabellenbelegte Kernelkandidat ist i915. Ein früher Boot-Framebuffer und ein i915-DRM-Gerät sind unterschiedliche Stufen; eine frühe Konsole beweist daher keine beschleunigte Grafik. Bei einem Hänger sollte die erste i915-Meldung erhalten bleiben, bevor ein Compositor-Neustart die Folge verdeckt.

  • i915 — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Hier keine Host-Datei belegt

Für diese ältere Familie wurde in den geprüften Profilquellen kein genaues extern geladenes Abbild festgestellt. Das beschreibt die hiesige Beleglage und behauptet nicht, dass Hardware oder Systemfirmware ohne Firmware auskommen. Ein BIOS-, Video-BIOS- oder Plattforminitialisierungsbericht bleibt ein eigener Befund.

Firmwarepakete deiner Distribution prüfen

Lesende Diagnose

Führe jeden angezeigten Befehl einzeln aus. Ersetze Großbuchstaben-Platzhalter durch betroffenes Gerät, Schnittstelle oder Modul aus deiner Ausgabe. Hier wird nichts ausgeführt. Auch lesende Ausgaben können private Kennungen enthalten.

Diese Intel-Grafikfunktion identifizieren

lspci -nnk -s BDF

Ersetze BDF durch die Adresse der Displayfunktion. Diese Übersicht benötigt normalerweise kein sudo. Halte 8086:0412 und den Befund „Kernel driver in use“ zusammen fest; die Kandidatenliste der Module belegt nicht den ausgewählten Treiber.

Aktive Grafikimplementierung lesen

readlink /sys/bus/pci/devices/BDF/driver

BDF muss die vollständige PCI-Domain enthalten. Der nur gelesene Treiberlink braucht normalerweise kein sudo. Seine letzte Komponente identifiziert die aktive Implementierung; kein Link ist ein Bindungsbefund, kein Beweis einer nicht unterstützten Plattform.

DRM-Nodes der PCI-Adresse zuordnen

ls -l /sys/bus/pci/devices/BDF/drm

Dieses lesende Verzeichnislisting braucht normalerweise kein sudo. Ordne card-/render-Namen dieser Funktion zu, statt card0 als gewünschte GPU anzunehmen. Ein fehlendes Verzeichnis kann auf deaktivierte Hardware, ungebundene Grafik oder fehlgeschlagenes Probe folgen; ein vorhandener Render-Node beweist keine Beschleunigung der Anwendung.

Engine-, Display- und Firmwaremeldungen trennen

journalctl -k -b --no-pager

Lies den aktuellen Start und bewahre den ersten dieser Adresse zugeordneten i915- oder Xe-Fehler auf. GPU-Hänger, DMC-Warnung und EDID-Ablehnung beschreiben unterschiedliche Subsysteme. Journal-Gruppenrechte können das Lesen begrenzen; fehlende Rechte sind kein GPU-Befund.

Grenzen und passende Fehlerhilfen

Diese ID belegt nicht, dass das gewählte BIOS die integrierte GPU aktiviert oder ein Monitor an einem nutzbaren Ausgang hängt. Das Profil enthält keinen nachgestellten Haswell-Hänger, Monitortest oder Mindestkernelbefund.

Diese Anleitungen passen zu relevanten Befunden und behaupten keinen Fehler bei jedem Gerät dieser Familie.

Hardware-Diagnoseweg wählen · Log-Auszug im Fix Lab prüfen

Quellen

Eine Quellenprüfung hält geprüfte Implementierung oder Dokumentation fest, keinen reproduzierten Hardwaretest. Versionsbezogene Tabellen belegen weder Mindestkernel noch garantierte Funktion.