LSI MegaRaid und Dell Perc5/i SAS/SATA PCIe [1|1]

Status
Für weitere Antworten geschlossen.
Originale Win XP CD = direkt vom Händler gekauft
oder Originale Win XP CD = bei einem Rechner dabei gewesen?

Ich hatte ähnliche Probleme mit der Diskette. Ich hab mir dann per nLite einfach eine neue CD mit integriertem Treiber gemacht und die Sache war gegessen.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
wirklich eine original windows cd? oder doch nur eine kopie? bzw. OEM cd?
(OEM = dell z.b. beigelegt. und jetzt achtung augen auf OEM .... = $oem$)
wenn die cd nie bearbeitet wurde, sollte es mit f6 gehen.
der schreibschutz auf der diskette ist uninteressant.
hat damit nix zu tun.

dann bau dir entweder eine windows cd mit eingebauten f6 treibern,
oder nimm eine andere windows cd :-)
(mit orignal MUSS es gehen.und es ist auch immer gegangen)
zum bauen nimmste entweder isobuilder oder nlite oder ein ähnliches prg.


'Ich habe eine Originale win XP pro version da ist kein treiber eingebunden und auch KEIN $oem$ ordner'

eine originale version ist nicht zwingend eine ORIGINAL VERSION :-) der teufel liegt im detail.
(man achte auf die hologramme auf der cd vorderseite....)
lol
und es muss nicht zwangsläufig der VERSTECKTE ordner $oem$ vorhanden sein.
nlite z.b. implementiert die treiber in die drivers.cab datei.
trotzdem gibt es immer wieder probleme mit den f6 treibern wenn einmal
an der windows cd rumgefummelt wurde!!!!!!!!!!!!!!!!!!!!!!!!!!!!

daher besser integrieren und dann beim installieren NICHT f6 drücken.
1. ist das unnötig(da integriert), und 2. kommts dann wieder zum problem!
und cd so beschriften, dass du die bearbeitete cd nie wieder als basis zum
integrieren nimmst! sonst fängt das problem von vorne an.

dann hab ich noch einen zum besten zu geben. guck mal auf deine diskette ob die
benötigte datei auch wirklich drauf ist. vllt. hast du auch die megasas.sys drin.
dann bennennst du sie in percsas.sys um.
aber was rede ich, wenn du die von mir angepassten treiber nimmst, sollte es gehen.
bei anderen, so wie bei mir selbst, gehts auch.


und im schlimmsten fall forum lesen. da es alle anderen geschafft haben, scheinen alle
notwendigen infos hier im threat zu finden zu sein.




======
und mal eine meinung zum thema forum lesen:
ihr wollt euch nicht die arbeit machen die 27 seiten zu lesen....
das kann ich gut verstehen. dennoch mussten wir sie auch lesen, zudem noch viele
andere seiten, und dann haben wir diese infos hier noch reingetippert.
wer zu faul ist zu lesen, der kann mich gerne anrufen oder vorbei kommen.
aber glaube nicht das ich DEINE arbeit umsonst mache.
wer am controller spart, muss statt eines mitgelieferten handbuchs entweder das
anleitungs pdf von dell/lsi lesen, oder dieses topic.
aber bitte nicht jede frage immer wieder, die schon mehr als ausführlich beantwortet wurden.
das bläht den threat unnötiger weise auf, und es wird für neulinge immer anstrengender diesen
riesigen threat zu lesen. aber warum ist er so riesig? röchtich ... alles doppelt und dreifach gefragt :-)
Hinzugefügter Post:
=========================================

augen auf beim eierkauf :-)

mir ist da gerade etwas aufgefallen ....
sagtest du nicht das du xp pro installieren willst?
warum nimmst du dann die windows 2003 server driver?

'd2 = "DELL PERC5 and PERC6/CERC6 RAID Controller Driver (Server 2003 32 bit)", \percsas.sys, \
'


schonmal drüber nachgedacht die für xp zu nehmen? :-))) das eine ist windows 5.1 das andere 5.2
 
Zuletzt bearbeitet:
Die 2003er Treiber kann er schon verwenden, allerdings nur mit der 64Bit Edition (basiert ja auf der 2003er).

Ansonsten sehr nett beschrieben DOMin8or - wäre schön, wenn diese Probleme jetzt ein für alle mal geklärt wären.
 
@buyman
da bin ich leider anderer meinung. der 32 bit server 2003 basiert wohl nicht auf 64 bit windows.
warum heißt er wohl 32 bit? dafür gibts den 2003 server mit 64 bit.
es gibt auch keinen eingebauten emulator like wow, etc.
ich benutzte 2003 selber eine ganze weile :-) bis meine firma mich zwang wieder auf xp umzusteigen.
war einfach zu teuer .... :-)
und die treiber funzen auch nicht. gleichen fehler habe ich im integrierungswahn auch schon gemacht.
ich würd die gehackten lsi xp treiber nehmen, dann klappts in jedem fall mit dem nachbarn :-)
aber diese info ist nicht gerade neu und schon 20x besprochen :-)
 
@buyman
da bin ich leider anderer meinung. der 32 bit server 2003 basiert wohl nicht auf 64 bit windows.
warum heißt er wohl 32 bit? dafür gibts den 2003 server mit 64 bit.
es gibt auch keinen eingebauten emulator like wow, etc.
ich benutzte 2003 selber eine ganze weile :-) bis meine firma mich zwang wieder auf xp umzusteigen.
war einfach zu teuer .... :-)
und die treiber funzen auch nicht. gleichen fehler habe ich im integrierungswahn auch schon gemacht.
ich würd die gehackten lsi xp treiber nehmen, dann klappts in jedem fall mit dem nachbarn :-)
aber diese info ist nicht gerade neu und schon 20x besprochen :-)

Ich sprach vom 64bit 2003er Treiber unter Windows XP x64 - das funktioniert ;)
 
okay, dann hab ich nix gesagt :) das kann durchaus sein und wird so sein, wenn du sagst.
ich gehe aber davon aus das er ein 32 bit xp pro installieren will, da er die 32 bit 2003 server
treiber probiert hat. somit fällt alles mit 64 bit so oder so weg.
 
Zuletzt bearbeitet:
Das stimmt. Win XP 64 basiert auf dem Kernel vom Server 2003. Dadurch sind auch die Treiber kompatibel.
 
aber tut das was zur sache welches kernel xp pro 64 bit hat, wenn er versucht
32 bit treiber in ein 32 bit xp zu installieren?
2003 server hatte ich in jedem fall als 32 bit version. und das mit voller
absicht. eben um 64 bit inkompatibilitäten durch den wow emu zu vermeiden.
und trotzdem den 36 bit ram adressierungsmodus nutzen zu können.
(Physical Adress Extension mit real 32 bit kernel)
(zudem ließ das noch spielraum mit den prozessorkernen ... :-) )

er hat versucht die server 2003 32 bit treiber zu installieren (siehe posting quote), was die
vermutung nahe legt, dass er ein xp pro 32 bit installieren möchte.
ich weiß nicht was es da immer wieder mit 64 bit treibern bzw. kernel gibt.
auf xp pro 32 bit laufen die server 2003 treiber nicht.egal ob 32 o. 64 bit

warum nicht einfach die xp32 treiber nehmen? warum gibts wohl extra xp32 treiber????
warum werden hier immer wieder 32 und 64 bit durcheinander gewirbelt?


Hinzugefügter Post:
================================
Varianten des server 2003 mit 32 BIT (zwei und dreißig!!!!):
Web Edition: unterstützt Single(1)- oder Dual(2)-Prozessor-Systeme und bis zu 2 GB RAM
32-Bit Standard Edition: unterstützt Single(1)- bis Quad(4)-Prozessor-Systeme und bis zu 4 GB RAM
32-Bit Enterprise Edition: unterstützt Single(1)- bis Oct(8)-Prozessor-Systeme und bis zu 32 GB RAM
32-Bit Datacenter Edition: unterstützt Oct(8)- bis 32-Prozessor-Systeme und bis zu 64 GB RAM
Appliance Edition (eingeschränkte Standard oder Enterprise Edition für so genannte Specialized Servers)

Speziell für Systeme mit x64-Prozessoren (AMDs Opteron, Athlon 64 und Turion 64 mit AMD64; Intels Pentium 4, Core 2 und Xeon mit Intel 64)
Varianten des server 2003 mit 64 BIT (vier und sechzig!!!):

Windows Server 2003 Standard x64 Edition: unterstützt Single(1)- bis Quad(4)-Prozessor-Systeme und bis zu 32 GB RAM
Windows Server 2003 Enterprise x64 Edition: unterstützt Single(1)- bis Oct(8)-Prozessor-Systeme und bis zu 1 TB RAM
Windows Server 2003 Datacenter x64 Edition: unterstützt Oct(8)- bis 64-Prozessor-Systeme und bis zu 1 TB RAM
Windows Compute Cluster Server 2003: unterstützt pro Einheit Single(1)- bis Quad(4)-Prozessor-Systeme und bis zu 32 GB RAM – bildet einen High-Performance-Computing-Cluster aus mehreren Servern
Speziell für Systeme mit Intel Itanium-Prozessoren gibt es ebenfalls 64-Bit-Varianten (Enterprise- und Datacenter-Edition), welche die selbe Hardwareunterstützung wie die x64-Editionen aufweisen.

Außerdem gibt es speziell für kleine Betriebe die Varianten:

Windows Small Business Server 2003 Standard Edition
Windows Small Business Server 2003 Premium Edition
Windows Home Server

==================
und warum ich z.b. kein 64 bit nehme:
Windows XP Professional x64 (NT 5.2) Die Windows XP "64-Bit Edition“ ist eine spezielle Version, die exklusiv für AMD- und Intel-Prozessoren mit AMD64/EMT64-Erweiterung entwickelt wurde (z.B. Athlon64, einige neuere P4-Modelle oder die gesamte Core-2-Reihe). Sie läuft nicht auf 64-Bit-Prozessoren anderer Hersteller und ist identisch zu Windows XP Professional, bis auf die Tatsache, dass sie auf dem Kernel von Windows Server 2003 basiert und somit eine modernere Basis (NT 5.2) besitzt. Die x64-Edition ist ausschließlich als OEM- oder als System-Builder-Lizenz erhältlich. Im Zusammenspiel zwischen Prozessor und Betriebssystem kann auch eine konventionelle 32-Bit-Software – über den Windows on Windows 64-x86-Emulator (WOW64) – ausgeführt werden. Somit ist es nicht zwingend notwendig, dass die auszuführenden Programme als 64-Bit-Version vorliegen müssen. Dieses Verfahren der x64-Prozessoren wird auch Mixed-Mode genannt – also das Ausführen von 64- und 32-Bit-Software gleichzeitig auf einem Prozessor. Jedoch ist es erforderlich, dass sämtliche Gerätetreiber als 64-Bit-Version verfügbar sind um einwandfrei zu funktionieren. Die Treiber werden in der Regel (i. d. R.)) vom Hardware-Hersteller für das Betriebssystem her- und bereitgestellt. Besonders zu beachten ist, dass sämtliche Programme auf 16-Bit-Basis unter Windows XP x64 nicht funktionieren. Dies betrifft alle Programme, die – teilweise oder komplett – für MS-DOS oder Windows 3.x entwickelt worden sind.

======================
und noch eine info am rande, nur weil man einen 64 bit prozessor drin hat, wie einen core2duo etc.
heißt das nicht das man ein 64 bit system installieren MUSS. es bringt kaum vorteile.eher nachteile.genau wie vista.
kein vorteil, den die server 2003 32bit enterprise edition nicht auch bringen würde.
aber die server 2003 enterprise rockt wie ein fels in der brandung. bis auf die nokia datasuite läuft
(bei mir) fast alles. und die datasuite kann man ohne probleme in einer virtuellen maschine mit vmware
laufen lassen. dort benutze ich dann ein normales 32 bit xp.
(sogar mobiletelefone lassen sich in der vm per usb flashen,wichtig ist nur, dass die vm nicht den fokus verliert, und somit
die kontrolle über den usb port. im zweifelsfall die vm einfach auf vollbild modus schalten)
Hinzugefügter Post:
interessant ist, dass wir uns seit einer seite über nickjag`s problem unterhalten.
wir kommen vom 100ste ins 1000ste, schweifen komplett vom controller ab, zu
os-philosophien ...

er, der dazu eigendlich am meisten bezug nehmen könnte, ist garnicht mehr anwesend.
warum machen wir uns eigendlich seinen kopf? ich sag nur lesen bildet.
ich muss auch alles nachlesen, was ich nicht weiß. komiger weise schaffe ichs auch immer.
Hinzugefügter Post:
==================
"Die win install Stürzt nicht ab, ich kann den treiber von diskette auswählen, dann bindet er anschließend die treiber ein, und zum schluss versucht er den dell von diskette zu laden und findet dann die percsas.sys nicht.

Hab mir den treiber aus der Link sammlung am anfang des treads runtergeladen und auf disk. kopiert...."

@nickjag
zu teil 1. keiner sagt das win install abstürzt. es kommt nur zu kopierproblemen, so wie du sie hast.
zu teil 2. hättest du den ganzen threat gelesen, wüsstest du, dass die links am anfang
des threats nicht die gehackten sind. ich würde aber genau diese 'gehackten', bzw.
angepassten treiber versuchen. (muss man nicht bei dell treibern.dell treiber sind aber älter als die lsi)
(und dann hättest du vllt., unter umständen, evtl. die ganzen anderen download links gefunden :-] )
aaaaber augen auf beim eierkauf.
einfach mal die xp treiber nehmen, falls du xp installieren möchtest. :-)))))))))))))))))))))))
 
Zuletzt bearbeitet:
@DOMin8or:
Die 4GB RAM unterstützt Server 2003 Standard aber erst mit dem Release 2... also lieber noch R2 hinterschreiben ;)
 
Jo danke leute, hab mal xp treiber genommen und siehe da, es klappt, aber hab xp treiber nur bei lsi gefunden, aber auch egal ^^

Thx, und sorry aber ich bin nicht gut im lesen :shot:

Dennoch seid ihr echt Super!!!!!!!!!!!!!!!!!!!!!!
 
@DOMin8or:
Die 4GB RAM unterstützt Server 2003 Standard aber erst mit dem Release 2... also lieber noch R2 hinterschreiben ;)

da für einen freak eigendlich nur die enterprise in betracht kommt, habe
ich mit der standart keine erfahrung.
mit der enterprise gehts schon ewig. auch ohne servicepack 2.
die datacenteredition ist zu teuer und zu aufgebläht, die anderen
versionen haben limitationen mit den prozessorkernen...
wer weiß wie lange es noch dauert das dual-quad boards für intel
prozessorer, t.b. von tyan zu einem vernünftigen preis zu bekommen sind.
dann haste nämlich schnief schnarf 8 kerne ... :-)
und von amd wollen wir garnicht sprechen. da ist das schon länger angezeigt :-)
(bin aber INTELIANER.... daher werden die anderen 3 buchstaben von mir ab jetzt nicht mehr genannt :-)))

nimm die von mir angepassten 7.0.1 driver von lsi.
lag ich mit meiner vermutung also vollkommen richtig :-)
dann viel spass

p.s. teile der server tabelle sind von wikipedia. also kann ich nur wenig über die richtigkeit sagen,
da ich nicht jedes dieser betriebsysteme ausgetestet habe. ich bin nicht der 64bit mann.
mir bringts zu viele nachteile. außerdem weiß ich nicht wie die debugger und disassembler
unter 64 bit laufen, wenn man 32 bit anwendungen, 'on the fly' mit ollydbg etc. ändern will.
das schlimme ist, dass je aufwendiger das os, desto besser sind die speicher manipulationsschutzmechanismen.
ich bin zu faul das alles mal in eine 32 bit VM zu packen. würde aber sinn machen :-)
wenn ich dafür mal irgendwann ziet finde, wechsel ich vllt. nochmal.
aber dieses ganze WOW installiere, und die geänderten pfade, dass nervt mich einfach.
 
Zuletzt bearbeitet:
da für einen freak eigendlich nur die enterprise in betracht kommt, habe
ich mich der standart keine erfahrung.
mit der enterprise gehts schon ewig. auch ohne servicepack 2.
die datacenteredition ist zu teuer und zu aufgebläht, die anderen
versionen haben limitationen mit den prozessorkernen...
wer weiß wie lange es noch dauert das dual-quad boards für intel
prozessorer, t.b. von tyan zu einem vernünftigen preis zu bekommen sind.
dann haste nämlich schnief schnarf 8 kerne ... :-)

soweit ich weiß, bezieht sich diese limitation aber auf die anzahl der cpu-sockel, nicht auf die anzahl der kerne. also kannst du selbst mit der 32bit web edition ein octacore-system (2 quadcores) betreiben. das geht sogar mit windows xp prof. ;)

http://www.heise.de/ct/faq/hotline/07/12/04.shtml
 
da für einen freak eigendlich nur die enterprise in betracht kommt, habe
ich mich der standart keine erfahrung.
mit der enterprise gehts schon ewig. auch ohne servicepack 2.
die datacenteredition ist zu teuer und zu aufgebläht, die anderen
versionen haben limitationen mit den prozessorkernen...
wer weiß wie lange es noch dauert das dual-quad boards für intel
prozessorer, t.b. von tyan zu einem vernünftigen preis zu bekommen sind.
dann haste nämlich schnief schnarf 8 kerne ... :-)
und von amd wollen wir garnicht sprechen. da ist das schon länger angezeigt :-)
(bin aber INTELIANER.... daher werden die anderen 3 buchstaben von mir ab jetzt nicht mehr genannt :-)))

nimm die von mir angepassten 7.0.1 driver von lsi.
lag ich mit meiner vermutung also vollkommen richtig :-)
dann viel spass

p.s. teile der server tabelle sind von wikipedia. also kann ich nur wenig über die richtigkeit sagen,
da ich nicht jedes dieser betriebsysteme ausgetestet habe. ich bin nicht der 64bit mann.
mir bringts zu viele nachteile. außerdem weiß ich nicht wie die debugger und disassembler
unter 64 bit laufen, wenn man 32 bit anwendungen, 'on the fly' mit ollydbg etc. ändern will.
das schlimme ist, dass je aufwendiger das os, desto besser sind die speicher manipulationsschutzmechanismen.
ich bin zu faul das alles mal in eine 32 bit VM zu packen. würde aber sinn machen :-)
wenn ich dafür mal irgendwann ziet finde, wechsel ich vllt. nochmal.
aber dieses ganze WOW installiere, und die geänderten pfade, dass nervt mich einfach.

SP2 != R2
Es gibt seit ca. 2 Jahren eine Second Release Version aller Server 2003 Versionen. Für die gibt es dann auch das SP2.
Ich habe z.B. hier Windows Server 2003 Standard Edition R2 mit SP2 ;)
 
Ich habe hier vielleicht eine Möglichkeit gefunden den Perc auf Intel-Mainboards mit Schwierigkeiten zum Laufen zu bringen (andere Chipsätze laufen damit vermutlich auch).

Als Lösung wird dort vorgeschlagen die PCI Express Pins 5 und 6 auf der B Seite am Perc abzukleben.

Die B Seite ist die Oberseite, auf der die Chips aufgelötet sind.
Also wenn der Perc vor euch legt, seht ihr auf die B Seite.
Gezählt wird von Links.

Die Pins 5 und 6 werden für den SMBus verwendet.
Inwiefern sich die Deaktivierung des SMBus auf die Funktion des Perc auswirkt, ist mir bis jetzt noch nicht bekannt.

Über den SMBus wird auch das SPD-ROM des RAMs ausgelesen. Möglicherweise liegt hier das Problem, das könnten die Mainboardhersteller mit Bios Updates fixen.
 
SP2 != R2
Es gibt seit ca. 2 Jahren eine Second Release Version aller Server 2003 Versionen. Für die gibt es dann auch das SP2.
Ich habe z.B. hier Windows Server 2003 Standard Edition R2 mit SP2 ;)

ich benutzte aber NICHT die R2 und auch nicht sie SP2 server 2003 ent.
sondern mit sp1 drin. (davon hatte ich die original cd, und konnte 100% die f6 treiber integrieren.
diese r2 liegt zwar im netz, aber wer weiß was beim sp integrieren wieder verändert wurde.
außerdem RATE ICH DRINGEND AB, versionen aus dem netz zu benutzen.
schonmal drüber nachgedacht das in sochlchen versionen backdoors und trojaner sein könnten?
tief in dlls,treibern oder im kernel integriert? so das der virenscanner nicht dran kommt?
vllt. noch vorm/im hypervisor. wenn ich der staat wäre, oder ein nachrichtendienst, ich würde
solche versionen extra im netz 'gecrackt' auslegen. beim software installieren, machen sich immer
alle einen kopf, dass dort etwas drin sein könnte, oder in keygens. dass kennt man ja.
aber direkt ins os :-) das ist ne böse falle. das gleiche mit gecracktem im netz liegendem drive crypt....
in welches programm würde sich wohl mehr lohnen einen backdoor einzubauen?
wer hat am meisten zu verheimlichen? leute mit geklauten betriebsystemen und cryptprogrammen ...)
von daher nehme ich lieber ein etwas älteres, aaaber originales os, wo ich mir sicher sein kann das
es mich nicht ausspioniert.
ich hab zwar keine großen geheimnisse, dennoch ist der computer mein bester freund :-)
mit dem ich die meiste zeit verbringe und dem ich alles anvertraue.
sprich mails, chats, downloads,besuchte seiten,(zugangs)passwörter,kontakte,handy sync etc.

mit sp1 funzte es wunderbar. bisher mein stabilstes windows master betriebsystem.
xp läuft auch phantastisch, in einer virtuellen maschine :-)
natürlich wirds mit r2 oder sp2 nicht schlechter laufen :-)

---
die informationen mit den cpu sockeln hört sich interessant an und werde ich verfolgen. obgleich ich es nicht ganz glauben kann. wäre aber schön.
---
und die information zum smbus sind auch sehr interessant.
statt abkleben, böte sich noch die option schutzlack (z.b. klarer nagellack :-) ist relativ robust)
drauf zu machen.
wenn euch das tesafilm im sockel runter rutscht, gibts direkt mehrere
probleme. zum einen sind die gewünschten leiterbahnen dann NICHT mehr unterbrochen und zudem hängt der kunststoff des klebebandes irgendwo im pci/e sockel, und verhindert dort vllt den kontakt zu einem anderen wichtigen
pin.
hört sich in jedem fall interessant an.
in wie weit der smbus fürs cli wichtig ist, sollte man nicht aus den augen verlieren.
aber schön das sich mal wieder etwas neues tut :-)

sollte dies wirklich eine lösung sein, dann könnte man die leiterbahnen auch
durchtrennen. (kann nachträglich auch mit einem kleinen tropfen lötzinn wieder verbunden werden.)

Hinzugefügter Post:
ich habe jetzt mal im forum gelesen.
es gibt tatsächlich user die bestätigen das es funktioniert.
sowohl auf x35/33 boards
the PCI-E pins for PERC 5i have 2 parts "short" and "long"

"from short side (left to right), use tape to cover pin 5 and 6 that don't alow it connect to MB PCI-E slot."

und x38+48
"FYI DFI DK x38/x48 is working with pins taped and 3-19 bios"
wobei ich nicht verstehe was das and 3-19 bios heißen soll.
wahrscheinlich die bios versions nummer.

alles sehr interessant. sollte jemand HIER AUS DEM FORUM bestätigen können das es mit dem
x38 board geht, dann werde ich wohl wieder auf intel umsteigen.
wäre dann der 4 mainboardumbau. aber leider bietet das (eigendlich sehr gute)
striker ii mainboard mit 780i chipsatz nicht die bios option:
memory remap feature. das hat den nachteil das ich kein server2003 mehr
installieren kann. bzw. installieren geht, aber nach dem installieren der
(alten x-fi) driver, kackte das system irgendwann ab, weil die soundkarte
DMA speicher benötigt. das 780i mainboard aber die kompletten 4 gig
dem memorycontroller vom windows zur verfüging stellt.
bekommt die soundkarte paged ram, stürzt windows irgendwann unter
spektakulären grafik+sound fehlern ab.
liegt aber 100% an soundkarte. erst nach dem treiber passierts.
es gibt aber seit ein paar tagen ein treiber update, was diesen fehler beheben soll.
wie auch immer, bisher auf intelboards, deaktivierte ich das memory remamp feature.
dadurch konnte ich zwar nur 3gb hauptspeicher nutzen, da der dma speicher der
hardware mit in den adressbereich eingeblendet wurde, aber es funzte alles super.
das 780i board hat keine direkte möglichkeit memoryremap auszuschalten.
evtl. macht das board diese funktion dann, wenn eine der cpu funktionen
ein oder ausgeschaltet wird, so als randerscheinung.
mir ist das mal aus versehen passiert. kann mich aber nicht erinnern, wie ich es ausgelöst habe.
zudem bin ich mir nicht sicher, wie das mit dem memory remap funzt.
wenn der speicher der dann hinter dem dma hole genutzt wird gepaged wird,
macht das den speicherzugriff auch nicht gerade schneller.
von daher verzichte ich lieber auf das knappe gb.
selbst wenn der speicher wie eine bänke behandelt wird, so ist doch vllt. ein taktzyklus
zum switchen der bänke von nöten.
(/NOPAE) in der boot ini funzt leider nicht. server 2003 hat immer pae an.

vllt. gibts noch eine andere möglichkeit die smbus probleme in den griff
zu bekommen.
z.b. andere ramchips, dessen SPD anders programmiert ist
es gibt doch hier im forum user die nicht die original rams nutzen, sondern
1 gig riegel, usw.
eine 2. karte hätte ich ja noch. aber keinen ramriegel der nicht original ist,
und trotzdem 100% auf dem perc läuft.
ich denke ramriegel gegen einen tauschen, wo es mit dem spd funzt,
wäre der eleganteste weg. so braucht man auch seine pci/e sockel
nicht unnötig ausleiern, indem man klebeband/schutzlack mit reinquetscht.
am besten gegen einen mit 1 oder 2 GB, und ein kleines biosupdate,
oder bios hack, welches die 1-2 gb cache nutzbar macht.
 
Zuletzt bearbeitet:
Ja wenn man so den SMBus blockiert, kann es wirklich klappen!

Das trifft auch genau meinen Hinweis mit den "Adresskonflikten" im RAM:
Beim Maximus gibt es Probleme mit Vollbestückung.
Rechner Bootet bei mir nur mit 3 Rammodulen, der 4. Slot ist ohne Funktion.
Beim SPD auslesen stellt man fest, das der Kontroller da (im 4. Slot) irgendwo Daten abgelegt hat.

Scheint also ein Adresskonflikt zu sein, zwischen Chipsatz / Kontroller.
Ist halt kein Plug & Play sondern ein für DELL gemachter Kontroller.
Wahrscheinlich hat Gigabyte in diesem Adressbereich etwas anderes hinterlegt und deswegen bootet es nicht....

Da der SPD auch über den SMBus angesprochen wird, kann das wirklich stimmen und auch funktionieren.

Die frage ist halt, was macht der Controller über den SMBus?
Brauch er den oder brauch er den nicht. :)

EDIT:
http://www.interfacebus.com/Design_PCI_Express_16x_PinOut.html
5 SMCLK SMBus clock
6 SMDAT SMBus data
B - SIDE

Ich versuche mal nen Bild aufzutreiben. :)

Perc+5i+Pin-Mod.jpg

Achtung, noch nicht selber getestet!
 
Zuletzt bearbeitet:
vllt. gibts noch eine andere möglichkeit die smbus probleme in den griff zu bekommen. z.b. andere ramchips, dessen SPD anders programmiert ist es gibt doch hier im forum user die nicht die original rams nutzen, sondern 1 gig riegel, usw. eine 2. karte hätte ich ja noch. aber keinen ramriegel der nicht original ist, und trotzdem 100% auf dem perc läuft. ich denke ramriegel gegen einen tauschen, wo es mit dem spd funzt, wäre der eleganteste weg. ...

- vllt. liegt es nicht nur an SPD, sondern auch an der ECC-Funktion; oder auch daran, dass es bis jetzt nur die Riegel <DDR2-667 getestet wurden.
- wie wär's mit
*)___Kingston ValueRAM DIMM 512MB PC2-4200R reg ECC CL4 (DDR2-533) (KVR533D2S8R4/512) klick
**)__Kingston ValueRAM DIMM 512MB PC2-5300R reg ECC CL5 (DDR2-667) (KVR667D2S8P5/512)
klick
***)_Kingston ValueRAM DIMM 512MB PC2-6400R reg ECC CL5 (DDR2-800) (KVR800D2S8P5/512)
klick
________________________________________________

- ich nutze z.z. Kingston ValueRAM DIMM 512MB PC2-3200R reg ECC CL3 (DDR2-400) (KVR400D2S8R3/512)
klick
(nicht intel verifiziert, wobei ich werifiziert bestellt habe :-)
habe leider kein weiteres p35, xX8 board im haushalt)

attachment.php
 

Anhänge

  • 1.jpg
    1.jpg
    89,8 KB · Aufrufe: 284
Zuletzt bearbeitet:
- vllt. liegt es nicht nur an SPD, sondern auch an der ECC-Funktion; oder auch daran, dass es bis jetzt nur die Riegel <DDR2-667 getestet wurden.

der gedanke kam mir auch schon, ich traute mich nur nicht so etwas vermessenes zu sagen. aber mit andere rams testen habe ich es allgemeingültiger formuliert :-)

wenn du so viele riegel hast, schick mir einen großen zu, ich werds testen.
oder wenn du mir einen guten preis für einen 1gb machen möchtest, dass würde auch gehen
 
Zuletzt bearbeitet:
ich benutzte aber NICHT die R2 und auch nicht sie SP2 server 2003 ent.
sondern mit sp1 drin. (davon hatte ich die original cd, und konnte 100% die f6 treiber integrieren.
diese r2 liegt zwar im netz, aber wer weiß was beim sp integrieren wieder verändert wurde.
außerdem RATE ICH DRINGEND AB, versionen aus dem netz zu benutzen.
schonmal drüber nachgedacht das in sochlchen versionen backdoors und trojaner sein könnten?
tief in dlls,treibern oder im kernel integriert? so das der virenscanner nicht dran kommt?


hmm?! R2 ist offiziell von Microsoft. Da ist nichts gecrackt oder manipuliert.
Aber ich glaube wir reden aneinander vorbei ;)
 
Das R2 ist die 2. Version des W2k3. Quasi equivalent zu WIN98/WIN98SE.

Da ist nix komisch, illegal, instabel oder what ever.

http://www.microsoft.com/germany/server/produkte/betriebssysteme.mspx

Wie man sieht, ist die aktuelle version des W2k3 immer ein R2.

Die existens des W2k3 R2 kann doch nicht an einem vorbeigegangen sein, oder doch?

EDIT
Ja wenn man so den SMBus blockiert, kann es wirklich klappen!

Das trifft auch genau meinen Hinweis mit den "Adresskonflikten" im RAM:


Da der SPD auch über den SMBus angesprochen wird, kann das wirklich stimmen und auch funktionieren.

Die frage ist halt, was macht der Controller über den SMBus?
Brauch er den oder brauch er den nicht. :)

EDIT:
http://www.interfacebus.com/Design_PCI_Express_16x_PinOut.html
5 SMCLK SMBus clock
6 SMDAT SMBus data
B - SIDE

Ich versuche mal nen Bild aufzutreiben. :)

http://dns-ip.de/gallery2/d/199-3/Perc+5i+Pin-Mod.jpg
Achtung, noch nicht selber getestet!

Aber ich grad. PERC5/i working on GA-X38-DQ6
 
Zuletzt bearbeitet:
@underclocker2k4:
Könntest du bitte testen, ob der Storage Manager von LSI richtig funktioniert
und ob du Einstellungen bezügl. Patrol Read etc. verändern kannst?

Eventuell ist die Monitor/SNMP-Funktion vom SMBus abhängig, wie man das testen kann, ohne am Controller im Betrieb etwas zu machen, weiß ich nicht.

@P2k1:
Welche Daten erhälst du für den 4. Slot? Sind das korrekte SPD-Daten oder irgendwelche SMBus-Daten?

Ich bin der Meinung, dass die Mainboard Hersteller einfach nur bei der Implementierung der SMbusabfrage im BIOS geschlampt haben. Das nicht davon ausgegangen wurde, dass PCIe-Controller mit SMBus Funktionalität benutzt werden könnten und so einfach fixe Abfragen auf dem SMbus eingerichtet wurden. Das dazu führt, dass anstatt der SPD-Daten für den 4. Dimm-Slot, Betriebsdaten vom Perc abgefragt werden.
Und dass bringt alles durcheinander.
Insofern würde es auch erkären, das Boards wie das P5W64 einwandfrei funktionieren, weil dort korrekt erwartet wurde, dass RAID-Controller mit SMbus-Funktion eingebaut werden.
 
Zuletzt bearbeitet:
@underclocker2k4:
Könntest du bitte testen, ob der Storage Manager von LSI richtig funktioniert
und ob du Einstellungen bezügl. Patrol Read etc. verändern kannst?

Eventuell ist die Monitor/SNMP-Funktion vom SMBus abhängig, wie man das testen kann, ohne am Controller im Betrieb etwas zu machen, weiß ich nicht.

(Also Vista x64 hat das Teil sofort erkannt.)
Der MegaRAID SM läuft auch (mit org. Dell BIOS).
Die Patrol Read properties werden übernommen.


Weitere Tests kann ich leider nicht machen, da ich den Controller nur zum testen in den Rechner eingebaut habe. Es sind keine platten dran oder dergleichen. Jedoch läßt sich mit den Infos schon was anfangen, insbesondere da man jetzt weiß, dass das wirklich so klappen kann.
 
So Jungs und Mädels. :p

Der Mod am Perc läuft! - Ich kann jetzt mein Maximus mit VOLLBESTÜCKUNG fahren. :banana::banana::banana::banana: ^3

Die LSI Software läuft bis jetzt ohne Probleme:
Code:
2901	[Information, 0]	2008-03-30, 12:18:34	Controller ID:  0   Consistency Check started on VD:      0
2900	[Information, 0]	2008-03-30, 12:14:30	Controller ID:  0   Battery relearn pending: Battery is under    charge
2898	[Information, 0]	2008-03-30, 12:13:25	Controller ID:  0   Current capacity of the battery is above    threshold
2897	[Information, 0]	2008-03-30, 12:13:25	Controller ID:  0   Battery started charging
2896	[Information, 0]	2008-03-30, 12:13:25	Controller ID:  0   Battery temperature is normal

Ich kann den "Consistency Check" starten ohne Probleme.
Der 4 RAM Slot ist jetzt von irgendwelchen "SPD" Daten.

Vor dem MOD: (Slot 4)
DDR2-Slot4-MAXIMUSX38.jpg


Nach dem MOD kann ich den 4. Slot nicht mehr auslesen -> da imom kein RAM eingebaut ist. ;)

Perfekt Perfekt Perfekt!!

mfg
 
Hey cool, evtl kann ich dann mein Bad Axe auch wieder mit Vollbestückung nutzen. Was hast du jetzt genau gemacht? Einfach Tesa über die beiden Kontakte? Nur die Beiden Kontakte auf der Vorderseite oder auch die Rückseite?
 
Hey cool, evtl kann ich dann mein Bad Axe auch wieder mit Vollbestückung nutzen. Was hast du jetzt genau gemacht? Einfach Tesa über die beiden Kontakte? Nur die Beiden Kontakte auf der Vorderseite oder auch die Rückseite?

Habe nen Tesa auf den ersten Kontaktblock gemacht. Dann mit nem Skalpell die nicht zu beklebenden Pins wieder freigeschnitten.

Und nur die Kontakte auf der Vorberseite. (B-side) Wie auf dem Bild oben.
 
Zuletzt bearbeitet:
Habe nen Tesa auf den ersten Kontaktblock gemacht. Dann mit nem Skalpell die nicht zu beklebenden Pins wieder freigeschnitten.

Und nur die Kontakte auf der Vorberseite. (B-side) Wie auf dem Bild oben.

danke, werd ich nacher gleich mal testen
 
Besteht die Chance auf Erfolg, mit der Klebe methode, nur wenn der Cotnroller nicht erkannt wird, oder auch wenn das Board kein Mucks macht sobald der Controller drin steckt?

Diese SMBus-Abfrage kommt doch wahrscheinlich erst, wenn das Bios auch auf dem Bildschirm erscheint, oder?
 
Status
Für weitere Antworten geschlossen.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh