Speichercontroller

VIA VT6421

VT6421 ist ein VIA-Speichercontrollerpfad mit sata_via. Die Upstream-Tabelle beschreibt SATA- und PATA-Kanäle; auf einem gemischten alten System ist daher der jeweilige Porttyp wichtig.

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

1106:3249 wählt den Eintrag vt6421 mit zwei SATA-Kanälen und einem PATA-Kanal. Das Paar ist eine Controlleridentität und benennt kein Laufwerk dieser Kanäle.

Kuratierte Kennungen
pci 1106:3249

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

Treiber und Bindung

Der eigene Treiber sata_via bindet sich in libata ein. Ein vorhandenes AHCI-Modul beweist nicht den Besitz dieser konkreten VIA-Funktion.

  • sata_via — 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.

PCI-Funktion und gebundenen Treiber prüfen

lspci -nnk -s BDF

BDF durch die Adresse Domain:Bus:Gerät.Funktion ersetzen. Auf [1106:3249] und Kernel driver in use achten. sata_via unter Kernel modules ist nur ein Kandidat, kein Bindungsnachweis.

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 sata_via, Port-/Hostkennungen und Zeitpunkte von Timeouts/Resets dem tatsächlichen Controller zuordnen. Ein Reset allein beweist keinen defekten Datenträger oder Firmwarefehler.

Grenzen und passende Fehlerhilfen

Der gemeinsame Controller kann ATA-Meldungen verschiedener Porttypen erzeugen. Jeden ataN-Pfad seinem Gerät zuordnen, bevor ein PATA-Kabel oder -Laufwerk ausschließlich als SATA beurteilt wird.

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.