Review

SATA-Verbindungsprobleme mit ARC A380 und ZFS

  • Updated December 22, 2025
  • Benjamin Schütz
  • 22 comments

Ich habe anhaltende SATA-Link-Probleme mit meinem ZFS-Pool, die zu Fehlern wie „SATA link down“, „hard resetting link“ und „link is slow to respond“ führen. Diese Probleme verursachen ZFS-Pool-Fehler und beeinträchtigen den gesamten Pool. Zunächst vermutete ich einen defekten Festplattenlaufwerk, ersetze eines, aber die SATA-Link-Probleme bestehen weiterhin sogar während des Resilvering-Prozesses. Trotz der Prüfung der Systemprotokolle konnte ich den Ursprung des Problems nicht identifizieren.

Meine Systemkonfiguration umfasst eine AsRock B450 Pro4-Mutterplatte mit BIOS-Version 10.41, einen Ryzen 5 5600G-CPU, vier SEAGATE 4TB IronWolf-HDDs (verschiedene Modelle), zwei SANDISK 1TB-SSDs, Proxmox VE 9.1.1 als Betriebssystem, eine Intel ARC A380-GPU für die Umwandlung, und eine BeQuiet! Power 11 Platinum 1000W-Stromversorgung. Der ZFS-Pool ist seit zwei Monaten in Betrieb, wobei intermittierende Probleme auftraten. Vor einem Monat baute ich den Pool von Grund auf neu, was das Problem vorübergehend löste, doch die Fehler kehrten vor zwei Wochen wieder. Ein Scrub behebte es damals, doch die Probleme sind nun zurückgekehrt.

Ich habe mehrere Fehlerbehebungsmaßnahmen unternommen, ohne Erfolg. Dazu gehören die Überprüfung auf Aggressive Link Power Management im BIOS (die Option war nicht vorhanden), die Verwendung von drei separaten SATA-Stromkabeln für die vier Laufwerke sowie das Testen verschiedener SATA-Kabelmarken, wie z. B. CableMatters. Die Laufwerke funktionieren für längere Zeiträume normal, bevor sie plötzlich die SATA-Verbindung verlieren und sich dann erholen. Ausführliche Protokolle und Systeminformationen sind über die bereitgestellten Links verfügbar, und ich würde gerne jeden Hinweis schätzen, der dabei helfen könnte, diese wiederkehrenden Fehler zu beheben.

Choose a language:

22 Comments

  1. Try moving disks to different SATA ports to see if the issue follows the disk or stays with the port. This is easier if your pool uses disk ID or WWN naming. If the problem is with the port, consider adding an M.2 or PCIe SATA controller for more ports. Using a different SATA cable, as already suggested, is also worth trying.

  3. Some hardware implementations of link_power_management_policy have bugs. To resolve this:

    1. Create the file `/etc/udev/rules.d/99-custom-powersave.rules`
    2. Add the following line:
    “`
    ACTION==”add|change”, SUBSYSTEM==”scsi_host”, KERNEL==”host[0-7]”, TEST==”link_power_management_policy”, ATTR{link_power_management_policy}=”max_performance”
    “`
    3. Run `sudo udevadm control –reload-rules && sudo udevadm trigger` to apply the changes.

    1. I tried that, but the SATA link down issue persists. Here are the relevant log entries:

      [Tue Nov 25 05:32:34 2025] ata9: SATA link down (SStatus 0 SControl 300)
      [Tue Nov 25 05:32:34 2025] ata12: SATA link down (SStatus 0 SControl 300)
      [Tue Nov 25 05:32:34 2025] ata11: SATA link down (SStatus 0 SControl 300)
      [Tue Nov 25 05:32:34 2025] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [Tue Nov 25 05:32:35 2025] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [Tue Nov 25 05:32:35 2025] ata5: SATA link down (SStatus 0 SControl 330)
      [Tue Nov 25 05:32:35 2025] ata6: SATA link down (SStatus 0 SControl 330)
      [Tue Nov 25 05:32:36 2025] ata10: SATA link down (SStatus 0 SControl 300)

      Since these SATA link down errors are occurring across multiple HDDs and ports, I suspect there may be an issue with the SATA controller itself.

Antwort hinterlassen