Wasp
Insektenspray-Gegner
Hallo Forum,
nach längerer Problemarmut habe ich endlich mal wieder ein anständiges und vor allem bis dato nicht verläßlich reproduzierbares Problem.
Nach Bereits langwirigem Ärger mit einem anderen Chipsatz in Zusammenhang mit 2TB Festplatten nun als Austausch vom Händler eine Karte mit SiL 3512 Chipsatz. Dieser soll nach Befragungen und Recherchen auf PCI-Karten als einfacher Controler zum erweitern mit SATA-Platten (ohne RAID oder ähnlichen schnick-schnack) gut laufen.
Leider muß ich jedoch feststellen, daß die Platte (WD20EARS) wärend des Betriebes von Controler einfach "detached" wird.
Hardwarehintergrund:
Der SATA-PCI-Controler (Firma unbekannt, vermutlich EverTech):
Die etwaige Problemplatte (Kennung ge-X-t)
Vielleicht bin ich auf Grund der Probleme mit dem vorangegangen VT6421a Chipsatz voreingenommen, da dieser zumindest ähnliche Probleme mit einer solchen 2TB Platte hatte (Platte wurde vom Händler auch bereits ausgetauscht) und eben nicht mit der ebenso angeschlossenen 1TB-Festplatte (WD1000FYPS) hatte. Aber dieses Problem hatte ich eben auch noch nicht mit der 1TB-Platte am SiL-Chip. Wobei ich sagen muß, daß ich diese inzwischen vorsorglich nur noch als Read-Only einhänge.
System ist z.Z. FreeBSD 6.2-stable, mit dem ich auch sehr zufrieden bin. Vor einem Update aus reiner Hoffnung heraus ins Blaue hinein, würde mich eure Meinung/Hinweise zu anderen evtl. bereits bekannten Problemem interessieren.
Wasp
nach längerer Problemarmut habe ich endlich mal wieder ein anständiges und vor allem bis dato nicht verläßlich reproduzierbares Problem.
Nach Bereits langwirigem Ärger mit einem anderen Chipsatz in Zusammenhang mit 2TB Festplatten nun als Austausch vom Händler eine Karte mit SiL 3512 Chipsatz. Dieser soll nach Befragungen und Recherchen auf PCI-Karten als einfacher Controler zum erweitern mit SATA-Platten (ohne RAID oder ähnlichen schnick-schnack) gut laufen.
Leider muß ich jedoch feststellen, daß die Platte (WD20EARS) wärend des Betriebes von Controler einfach "detached" wird.
Code:
Jun 17 03:08:48 hel kernel: [B]subdisk6: detached[/B]
Jun 17 03:08:48 hel kernel: [B]ad6: detached[/B]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197958430720, length=131072)]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197958561792, length=131072)]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197958692864, length=131072)]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197958823936, length=131072)]
......................
Jun 17 03:08:48 hel kernel: GEOM_ELI: g_eli_read_done() failed ad6s1.eli[READ(offset=1260224647168, length=4096)]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1340055126016, length=32768)]
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1350918373376, length=32768)]
......................
Jun 17 03:08:48 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197280985088, length=32768)]
Jun 17 03:08:48 hel kernel: g_vfs_done():ad6s1.elie[WRITE(offset=98446802944, length=131072)]error = 6
Jun 17 03:08:48 hel kernel: g_vfs_done():ad6s1.elie[WRITE(offset=98446934016, length=131072)]error = 6
Jun 17 03:08:48 hel kernel: g_vfs_done():ad6s1.elie[WRITE(offset=98447065088, length=131072)]error = 6
......................
Jun 17 03:08:52 hel kernel: g_vfs_done():ad6s1.elie[WRITE(offset=98449620992, length=131072)]error = 6
Jun 17 03:08:52 hel kernel: GEOM_ELI: Crypto WRITE request failed (error=6). ad6s1.eli[WRITE(offset=1197961379840, length=131072)]
Jun 17 03:08:52 hel kernel: g_vfs_done():ad6s1.elie[WRITE(offset=98449752064, length=131072)]error = 6
Hardwarehintergrund:
Der SATA-PCI-Controler (Firma unbekannt, vermutlich EverTech):
Code:
# pciconf -lv |grep -A4 atapci0
atapci0@pci0:13:0: class=0x010400 card=0x65121095 chip=0x35121095 rev=0x01 hdr=0x00
vendor = 'Silicon Image Inc (Was: CMD Technology Inc)'
device = 'Sil 3512 SATALink/SATARaid Controller'
class = mass storage
subclass = RAID
Die etwaige Problemplatte (Kennung ge-X-t)
Code:
# dmesg |grep ad6
ad6: 1907729MB <WDC WD20EARS-xxxxxx 80.00A80> at ata3-master SATA150
Vielleicht bin ich auf Grund der Probleme mit dem vorangegangen VT6421a Chipsatz voreingenommen, da dieser zumindest ähnliche Probleme mit einer solchen 2TB Platte hatte (Platte wurde vom Händler auch bereits ausgetauscht) und eben nicht mit der ebenso angeschlossenen 1TB-Festplatte (WD1000FYPS) hatte. Aber dieses Problem hatte ich eben auch noch nicht mit der 1TB-Platte am SiL-Chip. Wobei ich sagen muß, daß ich diese inzwischen vorsorglich nur noch als Read-Only einhänge.
System ist z.Z. FreeBSD 6.2-stable, mit dem ich auch sehr zufrieden bin. Vor einem Update aus reiner Hoffnung heraus ins Blaue hinein, würde mich eure Meinung/Hinweise zu anderen evtl. bereits bekannten Problemem interessieren.
Wasp
Zuletzt bearbeitet: