OpenBSD 3.4 hdd I/O error?

[Gulliver]

Tag,

folgende Fehler in den logs:
Nov 15 12:17:39 rsync /bsd: wd3a: device timeout reading fsbn 6681984 of 6681984-6682111 (wd3 bn 6682047; cn 6629 tn 0 sn 15), retrying
Nov 15 12:17:49 rsync /bsd: pciide0:1:1: not ready, st=0x00, err=0x00
Nov 15 12:17:49 rsync /bsd: wd3a: device timeout reading fsbn 6681984 of 6681984-6682111 (wd3 bn 6682047; cn 6629 tn 0 sn 15), retrying
Nov 15 12:18:00 rsync /bsd: pciide0:1:1: not ready, st=0x00, err=0x00
Nov 15 12:18:00 rsync /bsd: wd3a: device timeout reading fsbn 6681984 of 6681984-6682111 (wd3 bn 6682047; cn 6629 tn 0 sn 15), retrying

und
Nov 15 12:17:39 rsync /bsd: wd3(pciide0:1:1): timeout
Nov 15 12:17:39 rsync /bsd: type: ata
Nov 15 12:17:39 rsync /bsd: c_bcount: 65536
Nov 15 12:17:39 rsync /bsd: c_skip: 0

OpenBSD 3.4 GENERIC
Maxtor MaxLine 300GB

Nach einigem Googlen fand ich folgende Tips:
- IDE Kabel tauschen
- IDE controller im arsch
- Platten im Arsch

ich habe:
IDE Kabel und controller(PCI) getauscht.
Platten getauscht (einmal mit alter platte fdisk/disklaben/newfs)
RAM getauscht
ganzes Board getauscht, nutze nun onboard IDE.
an modes gefummelt bis zum erbrechen..

Es läuft keinerlei exotische software, lediglich ein paar shellscripten die alle paar stunden einen rsync anstossen der ca 80 GB zieht.
Btw. das lief monate lang völlig fehlerfrei.

Jemand einen hilfreichen Tip zur Hand?

mfg

dmesg
<snip>
wd0 at pciide0 channel 0 drive 0: <ST3160023A>
wd0: 16-sector PIO, LBA48, 152627MB, 16383 cyl, 16 head, 63 sec, 312581808 sectors
wd1 at pciide0 channel 0 drive 1: <Maxtor 6Y200P0>
wd1: 16-sector PIO, LBA48, 194481MB, 16383 cyl, 16 head, 63 sec, 398297088 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5
wd2 at pciide0 channel 1 drive 0: <Maxtor 5A300J0>
wd2: 16-sector PIO, LBA48, 286103MB, 16383 cyl, 16 head, 63 sec, 585940320 sectors
wd3 at pciide0 channel 1 drive 1: <Maxtor 5A300J0>
wd3: 16-sector PIO, LBA48, 286103MB, 16383 cyl, 16 head, 63 sec, 585940320 sectors
wd2(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 5
wd3(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 5
</snip>

 

[cutio]

Bei mir half es damals, im BIOS von UDMA auf PIO zu stellen, läuft zwar nicht soo schnell, aber es lief.

Ich weiß, mein Fehler war anders, aber probier es doch mal! Wenn PIO geht, probier UDMA 1 etc. und taste dich langsam hoch

So sah es bei mir damals aus:
http://www.linuximage.de/cutio/part1.txt
http://www.linuximage.de/cutio/part2.txt

 

[soox]

eine idee habe ich auch nicht gerade, da du aber schon zig sachen versucht hast, stellt sich nun die frage, ob es ne moeglichkeit auf 3.6 upzudaten gibt (3.4 wird ja nicht mehr suported).

 

[Gulliver]

Es war tatsächlich der I/O controller auf dem Board.
Auf dem benutzen defekt. Board getauscht- gleiches Problem.
In letzer Verzweiflung nochmal ein anderes, neues Board rein- läuft.
Wie hoch ist die wahrscheinlichkeit das sowas passiert?

dennoch danke