[gelöst] SATA Problem mit A7N8X-E Deluxe

[Piloboy]

Unter Ubuntu habe ich ein Problem mit einer von meinen SATA Platten.

Am Controller hängen 2 Platten sda ist eine Samsung SP2004C, sdb ist eine Samsung SP2504C.
Und die sdb Platte macht mir jetzt Ärger. Dies machte sich wie folgt bemerktbar:
Als sie mit reiserfs formatiert war brachte sie das ganze System bei längeren Schreibzugriffen zum einfrieren. Jetzt mit ext3 friert das System nicht mehr ein aber nach einer Zeit ist Platte einfach blockiert und man kann nicht mehr draufzugreifen.

Im Systemlog kommt folgendes und sagt mir nicht ganz so viel was:

Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] ata2: command 0x35 timeout, stat 0xd8 host_stat 0x61
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] ata2: translated ATA stat/err 0xd8/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] ata2: status=0xd8 { Busy }
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] sd 1:0:0:0: SCSI error: return code = 0x8000002
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] sdb: Current: sense key: Aborted Command
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] Additional sense: Scsi parity error
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] end_request: I/O error, dev sdb, sector 213440879
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] Buffer I/O error on device sdb1, logical block 26680102
Dec 17 19:36:51 piloboy-linux kernel: [17180647.788000] lost page write due to I/O error on sdb1

SMART meldet keinerlei Fehler. Das Samsung Überprüfungstool meldete auch das alles OK ist. Auch ein Low-Level Format brachte keine Abhilfe, bin da also recht ratlos.
Würde mich für Hilfe freuen.

 

[Piloboy]

Kann sein das sich das erledigt hat.
Beim Ausbau der Platte ist mir aufgefallen das diese im SATAII Modus gejumpert war, jedoch hat das Board ja nur ein SATAI Controller.
Habe diese umgesteckt, neu partitioniert und testweise 100 GB Daten rüber geschoben, läuft bis jetzt ohne Probleme.

Bleibt da nur die Frage warum die 1. Platte nicht betroffen war und warum sich das Problem erst nach 9 Monaten zu tage kommt, denn so lange liefen die im SATAII Modus unter Windows und auch SUSE 10.1 ohne Problme?

Pinne es aber mal als gelöst