SCSI Controller in welchem PCI Slot zum Booten

[Webwalker]

Hi!

Generell, in welchen PCI Slot muß man einen SCSI Controller stecken, um von Ihm zu booten.
Gibts da einen Standard oder kommt das auf den Hersteller bzw. das Board (Chipsatz)an?
Auf meinem KT3 Ultra ARU kann ich z.B. mit einem SCSI Controller nur von PCI Slot 1 booten???



Greetz,

Ty

[InFlames]

Also ich dachte bis jetzt, dass es egal ist. Vielleicht ist es ja Mainboardspezifisch? Aber ganze ehrlich gesagt fällt mir jetzt auch kein Grund ein warum es nur von einem gehen sollte. Kann uns da mal jemand aufklären?

Edit: Außerdem gehört das in das "Sonstige Hardware" Forum. Die Ausrede, dass du ja ein AMD Board erwähnt hast lass ich nicht gelten :P

[Webwalker]

@InFlames

okok... versuchen kann mans ja mal - Dann halt ins sonstige Hardware Forum.

Beim KT3 Ultra ARU hab ich irgendwo mal was gelesen, dass die Bootdevices nur vom PCI 1 vom BIOS übernommen werden. Außerdem stand da, dass man nur von dem SCSI Conroller in PCI 1 booten kann, auch wenn ein zweiter SCSI Controller in PCI 2 stecken würde....

[InFlames]

Also könnte es entweder sein, dass es wirklich bei jedem Board /chip anders ist oder eben, dass es nur vom ersten möglich wäre. Wobei die zweite Möglichkeit irgendwie keinen Sinn macht

[pits]

Also das wäre mir neu, wenn man einen bestimmten PCI Slot verwenden müßte. PCI 1 würde ich nicht nehmen, weil der oft mit dem AGP sich einen IRQ teilt. Überhaupt ist es sehr Sinnvoll, wenn SCSI Karten einen eigenen IRQ haben, weil manche Karten etwas zickig reagieren können.

[Grasshopper]

Hoi!

Ich würde bzw. habe meine Raid-Controllerkarte im nächsten, freien PCI-Slot mit eigenem IRQ.

Die PCI-Slots werden mit absteigender Priorität angesprochen. Bei einer Vollbelegung der Slots kommt so normalerweise PCI 1 die höchste, PCI 2 die nächste Priorität und damit auch der entsprechende Datendurchsatz zu.

Das Du nur von PCI 1 booten kannst, sollte ein Bios-Problem Deines Boards sein.

CU

[Webwalker]

Das mit der Prio is schon klar. Bei meinen CUSL ASUS Borad kann ich den PCI 1 in den High Priority Mode setzen um evt. Bootbaren Geräte zu supporten (laut Beschreibung). Bei dem Board isses übrigens auch so, dass nur im PCI 1 die SCSI Bootlaufwerke im BIOS angezeigt werden.

@pits

Ja genau darum gehts mir, ich möchte nicht, dass sich Graka und SCSI Controller den IRQ teilen. Außerdem ist ein freier PCI Slot unter der Graka nicht ganz unförderlich für die Ableitung der Warmluft.

[Grasshopper]

Hoi!

Ich hab ma mein altes KT3 Ultra rausgekramt. Ich kann so von ziemlich jedem PCI-Slot booten. Die angeschlossenen Geräte werden auch einwandfrei während des bootens erkannt und angezeigt. Den Promise-Chip habe weiterhin parallel in Mitbenutzung. Hab auch mal zwei unterschiedliche SCSI-Karten ausprobiert.

Ich könnte mir vorstellen, d. vielleicht ne gewisse Inkompatibilität zwischen SCSI-Controller und MB-Bios besteht.

Welche Bios-Version hastn installiert? Welcher SCSI, welches Bios?

Hab die Spielwiese einfach einmal aufgebaut gelassen und könnte vielleicht noch die ein oder andere Konfig ausprobieren.

CU

[Webwalker]

Hab die neuste BIOS Version drauf.
Läuft nicht mit nem Adaptec 2940 U2W.
Was für Controller hast Du getestet?

[Grasshopper]

Hi!

Ich hab nen Adaptec 2940UW getestet und läuft 1a. Probiere mal die Sache mit dem Kartentausch.

Zur Not kannst Du noch probieren, die Soundkarte rauszuwerfen und den Onboardsound zu nutzen (wg. IRQ-Vergabe....)

CU

[Webwalker]

UW hab ich auch, werd ich mal testen.
An dem kann ich aber meine U2W Platten nicht laufen lassen.
Was fürn SCSI BIOS is denn auf deinem UW?

Kann ich eigentlich an jedem Adaptec U2W das BIOS updaten?
Auf der HP von Adaptec steht was von: nur möglich bei Retail Versionen.
Woran erkenn ich ob ich nen Retail-Adaptec hab????

[Grasshopper]

Hi!

Die Bios Ref. meines kann ich Dir gerade nicht sagen. Bin schon wieder zu Hause und nich mehr auf der Arbeit.

Normalerweise solltest Du jeden Adaptec flashen können. Ich denke, d. wir beide den Begriff Retail definieren können, was in diesem Beispiel gar keinen Sinn haben sollte, da auch die bulks nen Bios-Baustein alleine zum booten brauchen. Vielleicht will Adaptec mit diesem Begriff zwischen PCI-Controllerkarte und ner Onboardlösung unterscheiden.....

Ich geh gleich mal schaun.

CU

[Grasshopper]

Hi!

Ret. scheint im klassischen wie im Geschilderten Sinn gemeint zu sein. War der Controller in nem System schon verbaut (wurde er zusammen mit nem neuen PC gekauft) oder out of a box?

Wenn out of a box, kannst Du Ihn problemlos flashen.

CU

[Webwalker]

Der allgemeine Begriff Retail is mir bekannt, allerdings mach ich mir halt Gedanken was Adaptec nun damit meint.

Ob der jetzt verbaut war oder neu kann ich gar nicht mehr sagen.
Im Zweifelsfall war der in nem FSC PC drinne... weiß ich aber nicht mehr genau...

[Grasshopper]

Hi!

Hab mir gerade noch einmal bei Nethands Dein System angeschaut. So ähnlich sah mein Rechner auch mal aus. Sag mal, wieviel wiegt Dein Tower? Kann der noch ohne Gegengewichte bewegt werden..... ?

Zurück zum Thema. Bei den massigen PCI-Karten wirst Du um einen zu sharenden IRQ nicht herumkommen. SCSI-Controller machen öfters zicken, wenn sie sich einen entsprechenden IRQ teilen sollen. Ich kann mir durchaus vorstellen, d. hier durchaus auch Dein Problem zu stande kommt.

Dementsprechend würde ich mir normalerweise überlegen, welche Karte(n) ich share oder welche raus fliegt.

Nen sharing zwischen Modem und Netzwerkkarte sollte in Deinem Fall funktionieren, ist mit Sicherheit jedoch keine Optimallösung.

In Deinem Fall würde ich mir Gedanken machen, eventuell die Soundblaster rauszuwerfen. Gerade diese Karte ist beim sharen absolute Zickenköniging. Der Onboardsound ist zwar nicht der Überflieger aber zumindest in Sachen sharing um einiges leichter zu handhaben.

Wollte Dir eigentlich empfehlen, den SCSI-Controller sammt den 8 Gigs Platten rauszuwerfen, da hatte ich jedoch noch keinen Blick auf die anderen Laufwerke geworfen (hast viele gute Bekannte dabei )
....Plextor 40Tsi rules!

CU

[Webwalker]

Naja... ganz einfach:
Jedesmal, wenn ich den PC bewegen muß bzw. zu ner Session fahre, bestell ich nen Umzugsservice

Die Beschreibung bei Nethands muß ich mal aktualisieren -> eben geschehen.
Der Soundblaster is raus und die 8GB Enterprise Platten sind gegen die neuen 2*18GB Seagate Cheetahs getauscht worden. Deshalb war ich auch auf das U2W so scharf. Für die 2 Enterprises wärs net so wichtig gewesen aber der Rest hängt eben teilweise über die SCSI-IDE Adapter dran; und deren Performance am SCSI Bus möcht ich nicht mehr missen.
Hat sich aber nix an meinem Boot-Problem geändert.

[Grasshopper]

Hi!

So laut Int-Request Tabelle (Handbuch 2-29) siehts wie folgt aus:

INT A# AGP und PCI 1
INT B# PCI 1 und PCI 5
INT C# NEC_USB2 und PCI 3
INT D# PromiseATA und PCI 4

wo der Onboardsound liegt, haben se natürlich nicht vermerkt.

***dickes fettes EDIT, hätte mir erst Deine neue Systembeschreibung anschaun sollen .... dann hätt ich mir eben nviel arbeit ersparrt. Hatte noch was mit Soundblaster, Modem und so im Hinterkopf....***

.... Aber jetzt isses schö einfach, also.....

Gemäß Deiner Beschreibung bei Nethands würd ich die Kiste wie folgt vollstopfen:

PCI 1 nüx, weil shared mit AGP und dem einfach nicht gut
PCI 2 SCSI-Controller (shared mit PCI 5)
PCI 3 Soundblaster (is Dir mit Sicherheit lieber) shared mit USB2
PCI 4 Netzwerkkarte (shared mit Promise ATA-Raid)
PCI 5 nüx, weil SCSI soll ja eigenen IRQ bekommen

Die Firewire Karte würde ich erst einmal draussen lassen. Diese Konfig sollte zumindest konfliktfrei funktionieren.

So, wenn alle Karten doch unbedingt verbaut werden müssen, würde ich folgendes probieren:

PCI 1 nach wie vor nüx
PCI 2 Soundblaster
PCI 3 SCSI-Controller
PCI 4 Netzwerkkarte
PCI 5 Firewire

Bei beiden oben genannten Konfigurationsbeispielen würde ich den NEC USB2 deaktivieren, damit dieses blöde Ding keiner Koponente in die Wege kommt. Den Promise kannst Du nach wie vor aktiviert lassen, dieser sollte mit nem sharing einigermassen zurecht kommen.

Ich hatte in der Vergangenheit massive Probleme in der Verbindung MSI KT3Ultra-Aru, ner 3C905(b)TX und dem besagten Adaptec. Ich habe dieses Problem damals damit gelöst, die 3Com-Karte gegen eine Dlink auszutauschen. (Ist mir eben eingefallen.... ist halt schon länger her, d. ich dieses Board wirklich in Betrieb hatte.....).

Ich hoffe jetzt mal ganz wild, d. Du kein Firewire-Gerät hast , naja umsonst hast Du die Karte mit Sicherheit auch wieder nicht.

CU

[Webwalker]

Danke erstmal für den Tipp, werd am Wochenende mal etwas basteln und dann berichten. Ich hab zur Not nen FSC U2W von LSI Logic besorgt. Mal sehn ob der besser is als der Adaptec.

Grüßle,

Ty

[Grasshopper]

Hi!

ZweifelirgendwodarandasdawasbesseresalsADAPTECgibt .....



CU