Laufwerke und Dateisysteme

SATA-CRC-Fehler und wiederholte Link-Resets

SATA-Übertragungsfehler von defekten Sektoren unterscheiden, wenn Spiele oder Kopiervorgänge stocken und das Kernel-Log BadCRC oder ICRC meldet.

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

  • I/O-Pausen fallen mit wiederholter ATA-Fehlerbehandlung zusammen.
  • Ein Laufwerk verschwindet kurz oder die ausgehandelte SATA-Geschwindigkeit sinkt.

Betroffene Umgebung

SATA-HDD oder -SSD an AHCI/libata; USB-Bridges können ATA-Fehlerdetails verdecken.

Erkennbare Meldungen (synthetische Beispiele)
ata2: SError: { UnrecovData 10B8B BadCRC Handshk }

Den SATA-Übertragungsweg untersuchen und den Port dem richtigen Laufwerk zuordnen; daraus folgt keine Dateisystemdiagnose.

ata2.00: error: { ICRC ABRT }

Eine Kabel- und Link-Prüfung ist begründet; ein abgebrochener Befehl ohne ICRC wäre weniger aussagekräftig.

Mögliche Ursachen

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

  • BadCRC oder ICRC spricht für ein Übertragungsproblem an Kabel, Steckern, Stromversorgung, Controller oder Laufwerkselektronik; ein einzelnes Bauteil ist damit nicht bestimmt.
  • Ein Firmware- oder Energiesparproblem bleibt möglich, wenn mechanische Prüfungen das reproduzierbare Muster nicht verändern.

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

Kernel-Ereignisse dieses Starts lesen; gegebenenfalls sind Administratorrechte für das Journal nötig. ATA-Port und Zeitpunkte mit der Pause vergleichen.

journalctl -k -b --no-pager -n 300

Ergebnis einordnen: BadCRC/ICRC bezeichnet Übertragungsfehler; hard resetting link allein kann auch auf Hotplug oder andere Störungen folgen. Die vorhergehende Exception-Zeile sichern.

Prüfschritt 2

/dev/sdX durch das anhand von Modell und Seriennummer identifizierte ganze Laufwerk ersetzen. SMART und Fehlerprotokolle werden gelesen; kein Selbsttest startet.

sudo smartctl -x /dev/sdX

Ergebnis einordnen: Ein über mehrere Vorfälle steigender SATA-CRC-Zähler stützt die Link-Hypothese. Ein alter Wert über null beweist keinen aktuellen Fehler; SMART-PASS schließt ihn nicht aus.

Nächste Schritte nach Befund

Eine SATA-Datenverbindung prüfen

Wenn wiederholte CRC-Meldungen dieses Laufwerk betreffen, den Rechner vollständig ausschalten, das Datenkabel durch ein bekannt gutes ersetzen und dieselbe begrenzte Last vergleichen. Den Mainboard-Port erst in einem getrennten Versuch wechseln.

Vorsicht: Wichtige Daten vorher sichern. Laufwerk eindeutig zuordnen, da ATA-Nummern und /dev/sdX nach einem Portwechsel anders heißen können.

Wiederherstellung / Rücknahme: Bei schlechterer Erkennung wieder ausschalten und die dokumentierte Kabel- und Portanordnung wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Stromversorgung und Controller-Befunde prüfen

Wenn ein neues Kabel weitere Fehler nicht verhindert, im ausgeschalteten Zustand Stromstecker und Adapter prüfen. Falls verfügbar, das gleiche Laufwerk an einem bekannt guten anderen Controller vergleichen. Firmware-Hinweise des Herstellers erst nach eindeutiger Modellbestimmung anwenden.

Vorsicht: Interne Stromstecker nicht unter Spannung umstecken und NCQ nicht ohne Befund global abschalten. Firmware-Updates benötigen ein geprüftes Backup und zuverlässige Stromversorgung.

Wiederherstellung / Rücknahme: Nach dem Vergleich die ursprüngliche Verbindung herstellen. Ob ein Firmware-Downgrade möglich ist, hängt vom Hersteller ab; Rettungsmedium und Backup bereithalten.

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.