Dennis HilkLinux-DiagnoseEN

Speichercontroller

Allgemeiner PCI-NVMe-Controller

Ein allgemeines Profil für NVMe über PCIe aus Klasse 010802. Es benennt bewusst keine Verkaufs-SSD, weil mehrere vermarktete Laufwerke dieselbe PCI-Controlleridentität teilen können.

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

Klasse 01:08 mit Programmierschnittstelle 02 ist der quellenseitige NVMe-PCI-Treffer. Controllermodell, Seriennummer und Firmware stammen aus NVMe-Identify; Namespaces erscheinen als getrennte Blockgeräte.

Dies ist ausdrücklich ein Klassen-, Transport- oder Treiberkontextprofil. Es identifiziert kein exaktes numerisches Produkt.

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

Treiber und Bindung

Die PCI-Tabelle von nvme enthält neben konkreten Quirk-Einträgen einen allgemeinen Klassentreffer. Er liefert Protokollkontext und beweist weder fehlende Gerätequirks noch den Erfolg des laufenden Treibers.

  • nvme — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

Controller-Firmware, Option-ROM und Laufwerksfirmware können getrennt sein. Die geprüften Quellen legen für dieses Profil keinen vom Betriebssystem geladenen Dateinamen fest; Firmwarestand und Aktualisierungsregeln benötigen die echte Controller- und OEM-Identität.

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.

Klasse und gebundenen Treiber lesen

lspci -nnk -s BDF

BDF durch die Controlleradresse ersetzen. Ein aus der Klasse abgeleiteter Kandidat nvme bezeichnet nur die Protokollfamilie. Kernel driver in use zeigt die beobachtete Bindung; das PCI-Paar benennt die angeschlossene SSD nicht.

Sichtbare Blockgeräte identifizieren

lsblk -d -o NAME,MODEL,TRAN,HCTL

MODEL beschreibt ein Blockgerät oder ein vom Controller präsentierter logischer Datenträger; es ist keine PCI-Controlleridentität. HCTL unterscheidet SCSI-Ziele. TRAN kann fehlen; die Liste beweist keine vollständige physische Datenträgertopologie.

Controller- und Transportmeldungen lesen

sudo journalctl -k -b --no-pager

Erhöhte Rechte können nötig sein. Root liest das Kerneljournal des aktuellen Starts. Meldungen von nvme, Port-/Hostkennungen und Zeitpunkte von Timeouts/Resets dem tatsächlichen Controller zuordnen. Ein Reset allein beweist keinen defekten Datenträger oder Firmwarefehler.

NVMe-Controlleridentifikation lesen

sudo nvme id-ctrl /dev/NVME_CONTROLLER

Erhöhte Rechte können nötig sein. Benötigt nvme-cli und Root-Zugriff auf das Controllergerät. NVME_CONTROLLER durch einen echten Namen wie nvme0 ersetzen, nicht durch einen Namespace wie nvme0n1. mn, sn und fr lesen; Seriennummern können beim Teilen sensibel sein.

Grenzen und passende Fehlerhilfen

Ein Identify-Modellname und ein funktionierender Namespace garantieren keine fehlerfreie Firmware-Energiezustandsänderung. Leerlauf-/Resume-Ausfälle, I/O-Resets und Dateisystemfehler bleiben getrennte Beobachtungen.

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.