Hallo Freunde ich wollte eine neue Paritätfestplatte einbauen aber irgendwie haut da was nicht hin.

und hier das Protokoll

Oct 6 07:18:14 Unraid kernel: ata9: EH complete

Oct 6 07:18:14 Unraid kernel: ata9.00: exception Emask 0x10 SAct 0xfc SErr 0x190002 action 0xe frozen

Oct 6 07:18:14 Unraid kernel: ata9.00: irq_stat 0x80400000, PHY RDY changed

Oct 6 07:18:14 Unraid kernel: ata9: SError: { RecovComm PHYRdyChg 10B8B Dispar }

Oct 6 07:18:14 Unraid kernel: ata9.00: failed command: WRITE FPDMA QUEUED

Oct 6 07:18:14 Unraid kernel: ata9.00: cmd 61/40:10:a0:17:4b/05:00:04:00:00/40 tag 2 ncq dma 688128 out

Oct 6 07:18:14 Unraid kernel: res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error)

Oct 6 07:18:14 Unraid kernel: ata9.00: status: { DRDY }

Oct 6 07:18:14 Unraid kernel: ata9.00: failed command: WRITE FPDMA QUEUED

Oct 6 07:18:14 Unraid kernel: ata9.00: cmd 61/40:18:e0:1c:4b/05:00:04:00:00/40 tag 3 ncq dma 688128 out

Oct 6 07:18:14 Unraid kernel: res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error)

Oct 6 07:18:14 Unraid kernel: ata9.00: status: { DRDY }

Oct 6 07:18:14 Unraid kernel: ata9.00: failed command: WRITE FPDMA QUEUED

Oct 6 07:18:14 Unraid kernel: ata9.00: cmd 61/40:20:20:22:4b/05:00:04:00:00/40 tag 4 ncq dma 688128 out

Oct 6 07:18:14 Unraid kernel: res 40/00:18:68:5a:af/00:00:ae:00:00/40 Emask 0x10 (ATA bus error)

Oct 6 07:18:14 Unraid kernel: ata9.00: status: { DRDY }

Oct 6 07:18:14 Unraid kernel: ata9.00: failed command: WRITE FPDMA QUEUED

5 minutes ago, ostseereiter said:

und hier das Protokoll

Stecker richtig drin ?

Energiesparmaßnahmen aktiv ?

SMR oder CMR als Parity disk genommen ?

Ich habe eine PCIe-SATA-Karte wo die zweite Paritätsplatte dran ist ich denke es liegt daran. Ich habe nun abgebrochen und füge sie als Datenplatte zu das scheint zu funktionieren. Es läuft jetzt die Datenträgerlöschung Die geschätzte Zeit ist mit 16 stunden im Ramen denke ich. Bei 6 datenplatten reicht ja auch eine Paritätsplatte.

Gruß OSR

12 minutes ago, ostseereiter said:

Ich habe nun abgebrochen und füge sie als Datenplatte zu das scheint zu funktionieren. Es läuft jetzt die Datenträgerlöschung Die geschätzte Zeit ist mit 16 stunden im Ramen denke ich. Bei 6 datenplatten reicht ja auch eine Paritätsplatte.

Also wenn sie als Parität nicht funktioniert, wird sie auch als Datenplatte früher oder später Ärger bereiten.

Such lieber die wahre Ursache.

(ansonsten: eine Parität reicht eigentlich IMMER aus)

ich habe ja bevor ich die beiden Festplatten eingebunden habe erst ein Preclear gemacht, da war alles in Ordnung mit den Festplatten. Aber wie du sagst ,die Ursache finden ich denke es kann bestimmt die PCI-Express karte sein. Denn dort ist sie als einzige angeschlossen, die anderen sind alle auf dem Mainboard angeschlossen.

On 10/6/2025 at 7:23 AM, ostseereiter said:

Hallo Freunde ich wollte eine neue Paritätfestplatte einbauen aber irgendwie haut da was nicht hin.

Dieser Platten-Typ sollte eigentlich nicht in einen unRAID-Server...

Soweit ich das herausfinden konnte, stammt die Platte aus einem externen Gehäuse (WD Elements Desktop).

Mit der wirst vermutlich noch Ärger bekommen, denn dort werden ausschließlich billige OEM-HDDs verbaut...

Ich verwende nicht um sonst Purple-PROs, da ich selbst mit den REDs schon "wilde" Erfahrungen gemacht habe.

6 hours ago, Zonediver said:

billige OEM-HDDs

Ich bezweifle ernsthaft dass es zwischen den unterschiedlichen Produktlinie nennenswerte Unterschiede gibt. Ist nur gutes Marketing. Ich habe die geshuckten WD White selbst gut 3 Jahre eingesetzt ohne Probleme und nur aus Kapazitätsgründen auf andere Festplatten gewechselt.

Einzige offensichtlich Beschränkungen ist zum einen die Pin 3(?) Problematik und ganz offensichtlich hat WD an der Firmware rumgefummelt um die WD White künstlich auszubremsen. Lässt sich aber durch einen parallel gestarteten SMART Test aushebeln