› › ›

Archiv SCSI 2.798 Themen, 12.895 Beiträge

Verfolgung starten Optionen

Seltsame Situation mit SCSI U160er Platten

digixp / 8 Antworten / Baumansicht Nickles

Hallo


Hab folgendes Problem.. Habe 3x Seagate ST39236LW U160 9GB und eine Seagate ST39102LW U2W 9GB(Allerdings auf HP gelabelt), ne D-Box1(DVB2000) und einen Tekram 390U2W Controller


soweit funktioniert alles wunderbar. das Kabel ist das Orginal Tekram, das beim Controller dabei war, es ist mit verdrehten Kabeln und hat am Ende einen Terminator.


DIe Platten sind am LVD/U2W Anschluss angeschlossen und die D-Box am 50pol SCSI Anschluss via externem Slotblech. Der externe 68pol Anschluss ist unbelegt.


von den 4 Platten funktionieren 3 korrekt aber die vierte (U160er) startet immer wieder neu. defekt kann sie nicht sein, denn sie ist neu und ich hatte das Problem schon mal mit einer gleichen ST39236LW, da dachte ich sie sei defekt, und habe die aus dem System entfernt.(wohl dann doch nicht.)


Kann was am Kabel sein? Am Rand sind ein paar Adern aus der Plastikverpackung raus.


Terminierungsprobleme können es nicht sein, denn wenn ich die raus mache, funktioniert der Rest tadellos, erst venn die vierte drinn ist. Was mir auch auffiel ist, wenn ich die HP-gelabelte entferne funktioniert es, erst wenn die HP-Platte drinn ist geht der Zinober los. Wunderlich ist aber dann, wenn ich nur 2 U160er und die HP drin habe läuft wieder alles, also nur wenn 4 Platten angeschlossen sind.


Ach übrigends die D_box hat ja auch eine Terminierung ist aber am anderen Anschluss


Ich verzweifle bald..


Mr. Drehmoment,  was meinst Du, an was es liegt, Übertaktung kann es nicht (ist von Epox, da ist der PCI-Bus fest auf 33MHz.)


Gruss


DIGIXP


 


STOPPT EBAY, DENN DATENSCHUTZ IST BEI DENEN EIN FREMDWORT

Jazzkantine digixp „Seltsame Situation mit SCSI U160er Platten“
Optionen

Sind die Platten mit der richtigen ID versehen ?

Bootplatte = ID0
Host-Adapter = ID7 !!!

Falls eine Platte die ID7 hat dann kanns vielleicht daran liegen, denn die ID7 ist ausschließlich für den Host-Adapter reserviert.

Hast Du mal mit dem SCSI-Testtool von Seagate die Platte getestet ??



Gruss
Jazz

digixp Jazzkantine „Sind die Platten mit der richtigen ID versehen ? Bootplatte ID0 Host-Adapter ID7...“
Optionen

Hab als Boot ID die 01 und der Hostadapter die 07
Habe aber trotzdem mal heruntergetaktet(von 1466@2366MHz auf 2200MHz/ auch VDD und CPU und RAM-Spannung) und es wurde besser
Hätte nie gedacht, das ein 400W Netzteil ggf.dran Schuld sein kann
Das Netzteil ist ein Codegen

mr_drehmoment digixp „Hab als Boot ID die 01 und der Hostadapter die 07 Habe aber trotzdem mal...“
Optionen

Mache auf jeden Fall nochmal ein Backup aller Daten!!!

Bei mir machte sich der Ausfall einer Festplatte (defekter Spindelmotor) so bemerkbar.

Jazzkantine digixp „Seltsame Situation mit SCSI U160er Platten“
Optionen

Na, kein Wunder.Übertaktung macht das gesamte System instabil.

Allerdings ist dein Codegen NT kein Spitzenteil. Wegwerfen musst Du es aber dennoch nicht.

Versuch doch mal folgendes:

Jumper alle Platten auf "Delay Start". Somit fahren die Festplatten erst hoch, wenn vom Controller der "Start Command" an die jeweilige ID geschickt wird. Das heisst: zuerst läfut die ID0 an....wenn diese dann am Controller angemeldet ist, die läuft die ID1 an ...dann die ID2...usw.

Der Start verzögert sich dann zwar, jeodch wird Dein NT weniger belastet. Bei AutoSpinUp ziehen alle Platten gleichzeitig Strom und dein NT wird stärker beansprucht.

Wie schauts denn aus, wenn Du Dein System nicht übertaktet laufen lässt ? Läufts dannn wie es soll ? Dann haste ja den Beweis, daß das Overclocken Dein Sys instabil macht.

Gruss
Jazz

digixp Jazzkantine „Na, kein Wunder.Übertaktung macht das gesamte System instabil. Allerdings ist...“
Optionen

Also es liegt definitiv am Netzteil, da bin ich sicher. Hab jetzt mal die Stromstecker getauscht, sprich, habe zwei Stränge 1x 2 Abgriffe mit 2 Platten Beleuchtung und 1x CD-Rom und am anderen das gleiche inkl. meine Lüfterbatterie (8x 80er)
Denke die Stromleitung war hoffnungslos überlastet. vorher waren alle PLatten und auch die Lüfter an einem Strang
Vielleicht bastele ich am Netzteil andere Kabel mit grösserem Querschnitt dran
Jetzt funzt es auch wieder mit dem OC problemlos. Prime95 meckert auch nicht.

Aber erstmal darauf kommen.... Dachte mit 400W bin ich gut bedient.
Wenn noch was dazukommt muss halt ein Qualitätsnetzteil ab 600W her, teuer aber für die Zukunft gerüstet. Ich weiss ja nicht wieviel PLatten ich noch einbaue, da ich ja noch mit dem Gedanken spiele zusätzlich SCSI-Raid einzubauen. mein Tower ist ja gross genug
unten passen noch 4 Platten rein :-))Wären dann 8 Platten. Vorteil SCSI! Selbst S-ATA hat seine Grenzen

Ger@ld digixp „Seltsame Situation mit SCSI U160er Platten“
Optionen

Hallo!

Also wenn ich mich richtig erinnere, hat die D-Box einen 25 pol. SCSI-Stecker. Dieser ist SCSI 1 der ältesten Sorte. Keine Schirmadern zwischen den Signalleitungen und asyncroner Betrieb bei 5 MHz.
Wenn der Controller nicht gerade ein Dualchannel Controller ist, oder wenigstens ne Bridge hat und so die D-Box vom Rest der anderen Geräte abgekoppelt ist, ist das der Overkill fürs System.
Solche 25 pol. Rinten gehören besser extra an einen 1,99 Controller! ;-)))

Gruß Gerald

mr_drehmoment Ger@ld „Hallo! Also wenn ich mich richtig erinnere, hat die D-Box einen 25 pol....“
Optionen

Hi Ger@ld
- wäre auch eine Möglichkeit - ich denke aber, da er von 50Pol auf 25Pol runter geht dürfte da nicht allzuviel schlimmes passieren.

Ich Tippe wie gesagt auf einen Spindel-Motor, der am verrecken ist und zuviel Strom zieht - das war bei mir auch der Fall als meine DDYS vor etwas über einem Halben Jahr verreckt ist.

digixp Nachtrag zu: „Seltsame Situation mit SCSI U160er Platten“
Optionen

Ne D-Box hat nen 50pol MiniSub-D Anschluss, SCSI-2 Standard also keine 25pol.

Wenn die Platte verreckt, gibt es ja gottseidank Garantie, denn Seagate gibt bei SCSI 5Jahre.
Ein Backup liegt schon im CD-Schrank, denn DatenGAU ist schlimmer als ne defekte Platte, die ist ersetzbar, Daten weniger
Aber jetzt funzt es ja, war wie gesagt Überlastung

DIGIXP