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

Status
Für weitere Antworten geschlossen.
wer bootet vom perc? wer hat auch probleme mit MBR verlust?

wer betreibt auf dem perc5/i raid eine bootpartition?
bin ich der einzige der probleme mit seinem mbr hat?
irgendwas zerrupft mir immer den mbr. booten vom raid ist nur möglich,
wenn die bootsequenz von einem anderen bootfähigen datenträger eingeleitet
wurde,und dann das raidlaufwerk ausgewählt wird.
fixmbr jammert jedes mal das der mbr zerstört ist.o&o diskdirector sagt mbr ok,platte activ.
als datenpartition scheint der raid wunderbar zu funzen. da im bios des perc
eine bootable disk wählbar ist, sollte man doch davon ausgehen das er
boot fähig ist.
Hinzugefügter Post:
@jumas
wenn windows die treiber nicht nimmt, dann kann es nur einen grund geben.
deine hardware id ist anders als die die ich eingetragen habe.
schau mal im geräte manager,eigenschaften -->scsi-raid controller,(perc/lsi)
dann auf details, dann die dropdown box auf hardwarekennungen.
(alternativ kannst du auch siw,sisoft sandra,everest o.ä. nehmen)
vergleiche mal die kennung mit der, die ich eingetragen habe.
es gibt meines wissens nach min 3. hardware kennungen.
1f1......., 1f2......., 1f3........
da ich einen 1f3 habe, sind die treiber daraufhin angepasst.
ich hab die änderungen in der inf datei deutlich markiert und mit kommentar
versehen.

des weiteren, solltest du beim updaten des treibers über den geräte manager
immer MANUELL wählen. also IMMER den unteren radio button in den
treiber update dialogen.wenn dann die hardware id stimmt, würde windows
sogar einen komplett falschen treiber installieren. (der natürlich das system instabil macht)

gruß
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
wer betreibt auf dem perc5/i raid eine bootpartition?

Ich nicht, ich hab zum booten eine extra Festplatte auf der mein Windows laeuft.

des weiteren, solltest du beim updaten des treibers über den geräte manager
immer MANUELL wählen. also IMMER den unteren radio button in den
treiber update dialogen.wenn dann die hardware id stimmt, würde windows
sogar einen komplett falschen treiber installieren. (der natürlich das system instabil macht)

Genau das wars....
Danke....
Manchmal steht man echt auf dem Schlauch, wo ich den Treiber doch schon mal installiert hatte.

Gruss
Juergen
 
Hi Leute,
teste seit heute auch endlich meinen Perc mit 4 WD5001ABYS...
Die LSI Downloads scheinen gerade nicht zu gehen.
Könnte mir bitte jemand die aktuelle Firmware und Treiber für Vista X86 und XP X86 schicken. Wäre echt super!

EDIT: Bräuchte bitte nur noch die Vista X86 Lsi Treiber bitte. Den Rest habe ich Dank Looproot's Post schon ;)
 
Zuletzt bearbeitet:
Ach ja....
Nur so als kleine Hilfe und falls nicht jeder gleich dran denkt.
Ich habe mein Kabel nummeriert damit ich genau weiss, wenn z.B. Physical Drive 2 ausfaellt, welche Platte ich tauschen muss. Denn man sollte dann nicht das falsche abziehen...:-)

Gruesse
Juergen
 
EDIT: Bräuchte bitte nur noch die Vista X86 Lsi Treiber bitte. Den Rest habe ich Dank Looproot's Post schon ;)

Winni, die vista sollte den perc nativ erkennen.
sprich die treiber sind schon welche drin. versuch mal zu installieren.
wenn mich nicht irre, bräuchte der Schlingel gar keine treiber für seine vista.
Wenn nicht geht, bitte P.M. an DOMin8or!

Gruß
 
@jumas
mit 2. platte funzt es wunderbar.
allerdings solltest du dir mal überlegen warum wir einen raid 5 haben :-)
zum einen aus performance gründen. (3-7x schneller als eine platte)
zum anderen aus sicherheitsgründen. sprich wenn eine platte ausfällt,
sind die daten alle noch da. sprich dein betriebsystem wäre auch vor
platencrash geschützt.
ich persönlich finds geil wenn das laden windows ebenfalls vom raid profitiert.
und da die raidtreiber direkt ganz am anfang geladen werden, bootet das
system schneller.

---
übrigens, nachdem ich jetzt nochmal den ganzen raid platt gemacht habe,
alle vds gelöscht, factory defaults (im 3.reiter), controler config löschen (auf controller0 gehen und f2,dann im menu),
únd im moment nur eine partition mit 50 gig über 8 laufwerke angelegt habe,
bootete er gerade! endlich. die frage ist nur wie oft. wann es den mbr zerreißt.

zur vorsicht zog ich die windows cd nach dem ersten restart (beim installieren) raus.
einfach um auszuschließen das von einem anderen medium gebootet wird,
so lange nicht ausgeschlossen ist das mein meinboardbios den mbr zerstört,
sobald ein anderer bootblock präsent ist.#

interessant ist, dass nach dem perc post der rechner wie eingefrohren scheint,
10 sek - 2 minuten schwarzer bildschirm und oben links blinkt ein unterstrich.
aber das warten lohnt. irgendwann präsentiert sich windows.
(deaktivieren anderer unnötigen bootdevices, wie floppy, beschleunigt das booten)
jetzt werde ich als nächstes testen ob eine noch zufällig eingelgte windows cd
wirklich der auslöser für die probleme sein konnte.

mbr scheint jetzt resistent zu sein. auch wenn andere bootfähige datenmedien connected sind.
 
Zuletzt bearbeitet:
@jumas
mit 2. platte funzt es wunderbar.
allerdings solltest du dir mal überlegen warum wir einen raid 5 haben :-)
zum einen aus performance gründen. (3-7x schneller als eine platte)
zum anderen aus sicherheitsgründen. sprich wenn eine platte ausfällt,
sind die daten alle noch da. sprich dein betriebsystem wäre auch vor
platencrash geschützt.
ich persönlich finds geil wenn das laden windows ebenfalls vom raid profitiert.
und da die raidtreiber direkt ganz am anfang geladen werden, bootet das
system schneller.

Find ich jetzt nicht so wichtig, weil das ja mein Server ist und ich nicht darauf arbeite. Ausserdem habe ich ein Image erstellt und gesichert.

Nochmal Ausserdem....
Ich will demnaecht mal den Windows Home Server testen. Hab schon die 120 Tage TestDVD bestellt.


---
übrigens, nachdem ich jetzt nochmal den ganzen raid platt gemacht habe,
alle vds gelöscht, factory defaults (im 3.reiter), controler config löschen (auf controller0 gehen und f2,dann im menu),
únd im moment nur eine partition mit 50 gig über 8 laufwerke angelegt habe,
bootete er gerade! endlich. die frage ist nur wie oft. wann es den mbr zerreißt.

Hast Du eigendlich mal deine Festplatten mit dem Herstellertool auf Fehler gescannt?
Im Normalfall sollte sich ja der Controller melden...aber wer weiss.

Gruss
Juergen
 
ich habe das delltool benutzt, welches die firmwares der drives updated.
das zeigt auch die condition der platten an.
keine fehler.

und nochmal zum system aufm raid.
ich habe extra 4 vd`s/partitionen a 50 gig, für os`es (multiboot)
und 2 vd`s/datenpartitionen a 2tb und 1.2 tb
wie du, habe auch ich eine 9. platte eingebaut und diese 50gb/400gb formatiert.
um in der not noch ein raidunabhänges system zu booten oder um
100% backups unter windows rücksichern zu können(snapshot --> hirens cd)
dieses hundert kb große tool macht backups auch von laufenden partitionen
unter windows.
zusätzlich kann man die images durchsuchen und als laufwerk im system anmounten!
(sehr praktisch wenn man ein image anmounted kann man es mit jedem programm nutzen)
weiterer vorteil, ich habe beim backupen volle raidgeschwindigkeit.
hab ein frisches windows in weniger als 90 sekunden gebackupt (ca 1gigabyte).
rücksichern kann man es entweder mit gleichem tool, sogar der gleichen exe, unter dos per kommandline.
oder aber von einem 2. windows mit minimal installation auf besagter externen platte. dort kann man auch alle wichtigen daten so wie backups speichern.
einfach für den fall der fälle :-)

ein frisches windows lädt sich komplett bis es einsatzbereit ist, in 10 sekunden.
macht das deine eine platte auch?
ich bleib dabei, meine windows partition ist auch schützenswert und soll beschleunigt arbeiten.
wie du sicher weißt, werden in die registry in jeder sekunde immer weiter daten gelesen und geschrieben...
denkst du nicht das diese systemprozesse beschleunigt werden, wenn sie auf einen raid 5 treffen der 7x schneller ist als eine platte, plus das ram-cache auf dem controller?
das windows braucht auch lese schreibperformance auf c:
stichwort auslagerungs datei... die solltest du dann auf jeden fall auf den raid verschieben.
das kann ich mir sparen. (das backup programm integriert die auslagerungsdatei nicht, nimmt somit keinen platz im back weg)

zum glück kann das jeder handeln wie er mag und wie ers vermag.

:-)
Hinzugefügter Post:
also ich habe jetzt verifizieren können, dass im bios des controllers die
auswahl des bootfähigen devices im eimer ist!
als nur eine vd angelegt war, war booten kein problem.
kaum habe ich alles installiert, incl. storage manager um ein weiteres
laufwerk anzulegen, bums.
missing operating system.
da jetzt erst eine 2. partition da ist, befolgte ich den ratschlag eines
users hier im forum. ich habe wider jeder logik das andere laufwerk gewählt.
siehe da, es werde licht.
da liegt aber ein dummer bug in der a05 firmware vor.
jetzt muss ich doch noch mal die changelogs lesen vom a06 und a07 bios.
vllt. wurde das diesbezüglich etwas gefixt.

hat jemand eine firmware, wo die boot vd zuordnung 100% funzt?
wenn ich 4 boot vds angelegt habe und die nach gutdünken geladen werden,
fänd ich das ziemlich uncool.
früher fand ich es praktisch das zu laden, was ich vorher ausgewählt habe.
scheinbar finden die das bei dell umständlich und verwirren die user mit buggy user interfaces/drivern/bioses.
 
Zuletzt bearbeitet:
ich habe das delltool benutzt, welches die firmwares der drives updated.
das zeigt auch die condition der platten an.
keine fehler.

Wie heisst das denn?


ich habe extra 4 vd`s/partitionen a 50 gig, für os`es (multiboot)
und 2 vd`s/datenpartitionen a 2tb und 1.2 tb
wie du, habe auch ich eine 9. platte eingebaut und diese 50gb/400gb formatiert.
um in der not noch ein raidunabhänges system zu booten oder um
100% backups unter windows rücksichern zu können(snapshot --> hirens cd)
dieses hundert kb große tool macht backups auch von laufenden partitionen
unter windows.
zusätzlich kann man die images durchsuchen und als laufwerk im system anmounten!
(sehr praktisch wenn man ein image anmounted kann man es mit jedem programm nutzen)
weiterer vorteil, ich habe beim backupen volle raidgeschwindigkeit.
hab ein frisches windows in weniger als 90 sekunden gebackupt (ca 1gigabyte).
rücksichern kann man es entweder mit gleichem tool, sogar der gleichen exe, unter dos per kommandline.
oder aber von einem 2. windows mit minimal installation auf besagter externen platte. dort kann man auch alle wichtigen daten so wie backups speichern.
einfach für den fall der fälle :-)

Du bist wohl ein paar Schritte weiter als ich. Ich bin nicht sicher ob ich mir so viele Gedanken machen will. Ich mach mir eigendlich nur Hobbymaessig gedanken darueber.

ein frisches windows lädt sich komplett bis es einsatzbereit ist, in 10 sekunden.
macht das deine eine platte auch?

Na der Perc brauch doch schon eine Minute zum initialisieren, bevor ueberhaupt gebootet wird. Dann noch mal 25 sec zum Anmeldebildschirm und dann der Rest.


ich bleib dabei, meine windows partition ist auch schützenswert und soll beschleunigt arbeiten.
wie du sicher weißt, werden in die registry in jeder sekunde immer weiter daten gelesen und geschrieben...
denkst du nicht das diese systemprozesse beschleunigt werden, wenn sie auf einen raid 5 treffen der 7x schneller ist als eine platte, plus das ram-cache auf dem controller?

Na ich "denke" das die Zugriffszeit da wichtiger ist, und die beschleunigt sich durch ein Raid sicher nicht. Man bedenkt die Ladezeiten einer Raptor. SSD kommt dann noch, und wer weiss, vielleicht doch noch ne neue Raptor. Das ist mir in meinem "Arbeitsrechner" wesetlich wichtiger als im Server.


das windows braucht auch lese schreibperformance auf c:
stichwort auslagerungs datei... die solltest du dann auf jeden fall auf den raid verschieben.
das kann ich mir sparen. (das backup programm integriert die auslagerungsdatei nicht, nimmt somit keinen platz im back weg)

zum glück kann das jeder handeln wie er mag und wie ers vermag.

:-)


Jepp, so siehts aus...jeder so wie ers gerne hat...;-)
Mein Gigabit LAN hinkt aber ein bisschen....das duerfte eher der Flaschenhals sein....deshalb macht es fuer mich keinen Sinn das andere zu beschleunigen..
 
PERC5 Raid5 Benchmarks

So nun rennt mein OS und ich kann erste Benchmarks liefern mit meinem PERC.


hdtachel2.jpg


hdtunereadib4.jpg


hdtunewriterm6.jpg


stripsize 64k und es sind derzeit 4 x 750GB F1 von Samsung

irgendwie hätte ich mir nicht so große einbrüche erwartet besonders bei dem WRITE
 
Zuletzt bearbeitet:
@jumas
"Na der Perc brauch doch schon eine Minute zum initialisieren, bevor -eberhaupt gebootet wird. Dann noch mal 25 sec zum Anmeldebildschirm und dann der Rest."
ich rede natürlich von der zeit, ab dem das perc init erfolgt ist, und die laufwerke verfügbar.
danach kommt inzwischen nur noch ganz kurz der schwarze bildschirm.
dann lud das windows in 10 sekunden. lag wohl an der eingesteckten usb-floppy.
inzwischen ist mein windows natürlich etwas aufgeblähter und lädt entsprechend länger.
ich sprach nur von einem reinen grundsystem mit treibern :-)

"Na ich "denke" das die Zugriffszeit da wichtiger ist, und die beschleunigt sich durch ein Raid sicher nicht. Man bedenkt die Ladezeiten einer Raptor. SSD kommt dann noch, und wer weiss, vielleicht doch noch ne neue Raptor. Das ist mir in meinem "Arbeitsrechner" wesetlich wichtiger als im Server."
die direkt zugriffszeit auf die platten verschlechtert sich nur minimal. aber dafür im gegenzug
ist der zugriff aufs cache (prefetch, writecache) wesentlich schneller.und der zugriff erfolgt bei
einer defragmentierten platte 1x, danach lesen die köpfe 7x so schnell die file daten.
und dann spielt der zugriff kaum noch eine rolle.
ich behaupte man profitiert davon.
und der vergleich mit einer raptor... es gibt so viele möglichkeiten und einstellungen
die auf anderen systemen abweichende und vllt. bessere ergebnisse liefern.
(direct i/o <--> cached i/o, disk cache on/off, readadaptive on/off/ intelligent, stripe size, ecc ram größe und und und)
 
Zuletzt bearbeitet:
Winni, die vista sollte den perc nativ erkennen.
sprich die treiber sind schon welche drin. versuch mal zu installieren.
wenn mich nicht irre, bräuchte der Schlingel gar keine treiber für seine vista.
Wenn nicht geht, bitte P.M. an DOMin8or!

Gruß

Ist schon richtig, dass unter Vista der Perc nativ erkannt wird. Aber ich dachte mir, dass die LSI bzw. Dell Treiber etwas "besser" sind. Habe jetzt die aktuelle LSI Firmware drauf, weil die Durchsatzrate beim Dell Bios auch nicht größer als ca. 60MB/s war (siehe jumas). Aktuell habe ich mit meinen 4 Platten avarage Durchsatz von 200mb/sec. (screens folgen).

@jumas
mit 2. platte funzt es wunderbar.
allerdings solltest du dir mal überlegen warum wir einen raid 5 haben :-)
zum einen aus performance gründen. (3-7x schneller als eine platte)
zum anderen aus sicherheitsgründen. sprich wenn eine platte ausfällt,
sind die daten alle noch da. sprich dein betriebsystem wäre auch vor
platencrash geschützt.
ich persönlich finds geil wenn das laden windows ebenfalls vom raid profitiert.
und da die raidtreiber direkt ganz am anfang geladen werden, bootet das
system schneller.

---
übrigens, nachdem ich jetzt nochmal den ganzen raid platt gemacht habe,
alle vds gelöscht, factory defaults (im 3.reiter), controler config löschen (auf controller0 gehen und f2,dann im menu),
únd im moment nur eine partition mit 50 gig über 8 laufwerke angelegt habe,
bootete er gerade! endlich. die frage ist nur wie oft. wann es den mbr zerreißt.

zur vorsicht zog ich die windows cd nach dem ersten restart (beim installieren) raus.
einfach um auszuschließen das von einem anderen medium gebootet wird,
so lange nicht ausgeschlossen ist das mein meinboardbios den mbr zerstört,
sobald ein anderer bootblock präsent ist.#

interessant ist, dass nach dem perc post der rechner wie eingefrohren scheint,
10 sek - 2 minuten schwarzer bildschirm und oben links blinkt ein unterstrich.
aber das warten lohnt. irgendwann präsentiert sich windows.
(deaktivieren anderer unnötigen bootdevices, wie floppy, beschleunigt das booten)
jetzt werde ich als nächstes testen ob eine noch zufällig eingelgte windows cd
wirklich der auslöser für die probleme sein konnte.

mbr scheint jetzt resistent zu sein. auch wenn andere bootfähige datenmedien connected sind.

Ich habe das gleiche Problem. Habe gerade Vista auf einer Perc VD installiert. Ging alles problemlos. Nur wenn ich die Vista CD rausnehme bekomme ich beim Systemstart "Disk boot failure..." :(
Habe 3 VD's angelegt und wollte auch multiboot machen.
Werde auch mal weiter probieren. Danke für die Erfahrungsberichte soweit, das spart eine Menge Arbeit!

PS: Habe noch 512mb Riegel von HP für den Perc übrig. Funktioniert zu 100%. (habe einen baugleichen gerade drin)
 
teste einfach mal, so widersinnig es ist, die anderen boot devices.
ich bin auch gerade mal wieder mit lsi am testen, ob der fehler dort genau so reproduzierbar ist.

nach anlegen des 3. laufwerks kam es bei mir wieder zu leichten problemen,
bezüglich bootdevice.

als abhilfe fallen mir 2 sachen ein.
da in der gui ein paar fehler zu sein scheinen, könnte man per CLI (comman line interface) die aktellen parameter, bezüglich bootens, auslesen und sie gegebenfalls per command line ändern.

oder ein anderes komplett bios flashen, welches komplett auf lsi umflasht.
der name perc taucht nach dem flashen irgendwie noch zu oft auf und
die hardware id ändert sich beim normalen flashen auch nicht auf lsi.
außerdem wird nach flashen auf LSI im bootmenu der text 'Press strg+y to enter cli' sichtbar.
schön wenn man das commandline interface sehen könnte. bei mir friert die mühle dann ein.
und das ist doch ein deutliches zeichen auf missstände beim bios mixen. :-)
wäre ja schön wenn das CLI käme.
und was auch ätzend ist, wenn man unter dos strg+r in die config des raids geht,
und im geräte baum, aufs root, also auf den controller selber geht und enter drückt,
kommt meist ne fehlermeldung. 'CONFIGURATION is not allowed'
not allowed, not allowed. wer fragt nach erlaubnis :-) ich will sehen was da noch geht.

also benötigten wir ein red boot bios bzw. komplettes flash incl. bootloader.
Hinzugefügter Post:
Ich suche ein bios (red boot oder wie auch immer es heißen mag) welches
den kompletten flash überschreibt.
incl hardware id auf LSI umändert.
im bios des controllers, so wie im post beim booten steht mir noch zu oft perc5 drin.
das ding heißt bei lsi aber nicht perc :-) und die hardware id auf lsi ändern, würde auch nicht schaden.
ich weiß nicht in wie weit das strg+r konfig menü bei lsí up to dater sein könnte.
es ist mir zum beispiel nicht möglich unter dos bios config eine 2. vd anzulegen.
unter windows angelegte vds sind aber widerum alle sichtbar und editierbar.

wer hat ein anderes bios als die hier im forum bekannten?
Hinzugefügter Post:
also ich habe mir mal wieder die ganze nacht um die ohren gehauen.
bin dem boot problem auf die schliche am kommen.

hier die ergebnisse, der reihe nach wie ich die vds angelegt habe:
1 vd erzeugt, bootet super
2. vd erzeugt, boot failure
lösung:manuell die 2. vd als boot disk wählen, obwohl windows nach wie vor auf vd0 ist.
(voll idiotisch), aber danach bootet der rechner einwandfrei.
3. vd erzeugt: disk boot failure.
(auswählen jeder boot-vd im controller bios, brachte keinen erfolg mehr.booten nicht möglich!)
work around:
nachdem man das 3. laufwerk löscht, und das 2 laufwerk als bootdevice wählt, kann man wieder booten.
(die daten auf den platten sind so weit sicher, nur die boot-vdisk auswahl scheint defekt.wenn man die
dritte vd wieder löscht sind die daten darauf natürlich futsch. das braucht man ja normal nicht zu schreiben,
ich machs vorsichtshalber trotzdem :-) )

alle tests mit dell a05 bios+a05 treibern und zum gegen checken
auch mit den neusten lsi treibern und lsi bios.ich hoffte die erheblich neueren LSI treiber brächten besserung.
bleibt sich aber alles gleich.

mir gehen langsam die lösungen aus.
werde mich wohl heute mit dem CLI (command line interface)
auseinander setzen. bringts das nicht, fliegt das ding raus.
ich bin jetzt 2 wochen am testen und machen und tun. erst die defekte karte,
dann die mainboard inkompatibelitäten und der treiber hickhack.
und nun kann man nicht mehr als 2 laufwerke annlegen, wenn man vom raid
booten möchte.
ich hoffe ich konnte vllt. jemadem helfen. mir ist bald nicht mehr zu helfen. :-(
so ein blöder mist. da ich immer direkt eine 50gb,50gb,50gb,2tb,1tb vds angelegt habe, war booten garnicht möglich wegen diesem f**king fehler.

DELL-LSI PERC5 SUXXX! einfach ist anders!(wenn man vom raid booten will und >2 vds hat)
ich geh jetzt pennen. in der ganzen zeit hätte man so viel geld verdienen können und sich einen
gescheiten areca controller holen sollen :-(
aber die hoffnung das es doch auf einmal flutscht, stirbt ja bekanntlich zuletzt.
man hat ja schon sooooo viel zeit reinsgesteckt, jetzt solls auch lüppen. :-)
 
Zuletzt bearbeitet:
Hui, danke für deinen aufwendigen Test.
Aber das Ergebnis ist leider nicht gerade zufriedenstellend!
Es muss doch irgendeine Lösung für das Problem geben. Vielleicht liegts am Board. Ich habe das Striker I (also mit 680i) und du ja den 780i'er Chipsatz. Evtl. könnte das mal jemand mit einem anderen Board gegentesten?!
CLI sagt mir bis jetzt gar nichts...
Melde mich wieder..
 
würde den Schwarzen Peter auch nicht auf den Perc schieben - mit einigen Brettern funzt er absolut problemlos,mit dem Großteil der Consumer-Boards halt nicht
 
Wie ich schon etwas weiter oben geschrieben habe, habe ich die selben Probleme mit einem ASUS M2A-VM (ATI Chipsatz). Am besten wäre es, wenn wir irgendjemand mit einem echten Poweredge Server hätten. Wenn das Problem auch da Auftritt muß Dell was machen...
 
vllt. hat jemand die lust und muße, zu testen ob er mit 3 oder mehr laufwerken vom raid booten kann.
(also ohne weitere laufwerke/cdroms/usb sticks die zufällig drin stecken.weil dann gehts, da der MBR des
anderen mediums gelesen wird und dann auf dem raid weiter gebootet)
falls ja, würde mich interessieren welches laufwerk im perc bios gewählt wurde.
inzwischen habe ich das 3. mainboard drin. grundsätzlich läuft der perc auch.
er bootet sogar. nur leider verlässt MEIN perc diese fähigkeit ab 3 laufwerken.
und das deutet doch eher auf ein perc-bios bug hin. warum kann man mit 2 laufwerken booten?
Hinzugefügter Post:
-------------
CLI = command line interface
zu vergleichen mit dos, linux oder telnet kommandos.
sprich man gibt einen der möglichen befehle in einer shell ein (dos box,telnet,shell,cli).
mit manchen befehlen kann man zustände abfragen, die dann als antworten auf dem
bildschirm erscheinen. vergleichbar z.b. u.a. mit dem befehl fdisk unter dos oder linux.
es können per übergabe parameter zustände im perc geändert werden.
z.b. kann man so den schreibcache für eine spezielle vd an und ausschalten. usw.
alles das was ihr in der GUI (graphical user interface) machen könnt. und wahrscheinlich noch mehr.
die sas manager suite ist nichts anders als eine java basiernde und per snmp kommunizierende GUI
für die commandos des perc.
es soll dem unerfahrenen user die konfigurationsarbeit erleichtern.
allerings kann der treiber noch so gut sein, wenn z.b. fehler in der gui sind.
werden durch die gui falsche parameter gelesen oder geschrieben, kommts zum problem.
gleiches gilt für eine fehlerfreie gui, und einen fehlerhaften command interpreter/treiber/snmp problem.

die strg+r maske beim booten ist auch nur eine GUI, mit dem die konfigurationsdatei und die vds
beeinflusst werden können.auch diese ist nicht vollkommen ausgereift! ich kann z.b. per strg+r
kein 2. vd anlegen. nur mit der windows gui. vllt. sollte ich mal die linux gui testen, die kann vllt noch mehr als
die windows und noch viel mehr als die dos basierte gui.

axo und was mir noch auffällt, die dos gui bietet eine option das bootdrive zu wählen.
in der windows gui (weder lsi noch dell) habe ich diese option gefunden.
vllt. bin ich auch nur blind. dennoch spricht nichts dagegen das eine gui diese option bieten
könnte. und wer weiß, vllt. übergäbe sie die parameter richtiger als es die dos gui tut.
es bleibt wohl nur die cli :-) aber eigendlich bin ichs leid. leichte erschöpfungserscheinungen :-)
 
Zuletzt bearbeitet:
aloha. ich mal wieder.
heute habe ich meine 3. perc5 karte bekommen. diesmal eine revision A01.
meine alten waren A00`er
mal schauen wie es mit dem booten ausschaut.
schade das kein user nach mir den bug mit den 3 VD + booten bestätigen kann.
 
Schön von dir zu hören!
Wie kommst du zu der dritten Perc Karte? ;)
Ich glaube aber, dass ich auch Revision A01 habe und muss leider den Bug mit 3VDs bestätigen. Aber wie gesagt, auch nvidia Chipsatz...

CLI: Danke für die ausschweifende Erklärung. Mir ist grundsätzlich schon bekannt was cli ist, aber ich weiß eben die genauen Befehle des Perc nicht. Ich habe alles unter CTRL+R eingerichtet. Konnte auch mehrere VDs anlegen. Erst als ich Probleme mit dem Booten hatte, habe ich das GUI unter Windows installiert. Aber kann dir leider immer wieder nur zustimmen. :(
Die Hoffnung stirbt zuletzt! ;)
 
die kommandos habe ich mal irgendwo in einem bios update oder weiß der geier wo gesehen.(hab inzwischen so viel kram gesaugt...)
nach monk werde ich mal suchen. sobald ich die kommandos finde, werde ich
sie mal posten :-) kost ja nix.

@winni81
ich hab das mit dem cli nicht speziell für dich so ausführlich erklärt, sondern für leute die auf den threat
stoßen und weniger vorkenntnisse haben :-)

http://www.lsi.com/files/docs/techdocs/storage_stand_prod/sas/mr_sas_sw_ug.pdf
in diesem dokument wird der command line interpreter und dessen parameter behandelt.
ab chapter3. ist leider zu umfangreich alles hier zu posten. ich werde mich gegebenfalls aufs wesentliche beschränken.

-----
mal wieder ein paar neue erfahrungen die man einfach mal so gemacht haben sollte .... :-(
wenn mein alter prosmise ex8350 controller defekt wäre und man ihn austasuchen würde,
wären danach alle laufwerke noch da. da dieser controller ein vernünftiges autodetect hat.
nachdem ich gerade eine funktionierende a00 gegen eine neue a01 ausgetauscht habe,
sind alle schon mühsam angelegten laufwerke weg. incl der daten darauf.
'no controller config präsent'
das wäre in der praxis doof und very unpraktisch.

als notlösung kommt mir in den sinn, per 2. platte mit windows in die windows suite, dort die alte controller
config sichern, die raidkarte tauschen und die config wieder per sas manager auf die neue karte spielen.
wenn man die config per hand öffnen kann und sie nicht per quecksumme signiert ist, findet
man dort evtl auch die bootparameter und kann sie anpassen, zum booten über mehr als 2 VD`s
als 2. notlösung, und das werd ich jetzt machen. ich steck die 2. karte auch noch in den rechner und
verwalte über die suite erst den eine controller, copiere seine config raus, und dann rauf auf den anderen :-)
vllt. geht das sogar unter dos. mal schauen.

habe jetzt die 2. karte drin. wichtig ist, die platten müssen nochmal an der alten karte die so eben
eingebaut wurde, angeklemmt werden. sonst jammert die karte auch das die config im eimer ist.
mal sehen ob ich jetz mit dem dos tool die conf sichern und/oder transferieren kann.
kurzer test brachte klarheit. :-( also windows starten und hoffen das die lsi suite diese
option bietet. sonst heißt es, auf dem neuen controller alle laufwerke neu anlegen, incl. datenverlust.
was macht man nur, wenn einem mal die karte abraucht und man seine config nicht gesichert hat?

als nächstes hab ich unter windows die lsi suite gestartet und meine config gesichert.
natürlich direkt versucht sie mit einem pspad(texteditor) zu öffnen.
leider ist sie nicht klartext sondern in irgend einem hex format, wo man so ohne weiteres keinen
einfluss drauf nehmen kann.
als nächestes werde ich versuchen die config von dem einen auf dein anderen controller zu spielen.
die schlechte nachricht ist, dass man die gespeicherte config nicht auf dem anderen controller ohne
angeschlossene platten spielen kann. somit bleibt mir jetzt nur booten von einer anderen platte,
config auf usb stick speichern, externe platte anschließen von der booten, platten umklemmen auf
den neuen controller, windows von ext starten und versuchen die config vom usbstick auf den
controller zu schieben. das kostet wieder zeit und mühen :-(
so weit so gut. test erfolgreich. nachdem die platten umgeklemmt wurden und die gesicherte
config auf den anderen controller übertragen wurden, sind jetzt die virtuellen disks wieder da.
sehr löblich, dennoch kompliziert.

DAHER KANN ICH JEDEM NUR EINES RATEN:
SICHERT EURE CONTROLLER CONFIGS !!!!!! SONST DATEN FUTSCH BEI CONTROLLERWECHSEL!!!!!
(controller kann immer mal abrauchen, oder zerflasht werden.)
VIEL SPASS DANN MIT DEM CLI, FALLS DAS ÜBERHAUPT HILFT.
 
Zuletzt bearbeitet:
CLI Commands

ich will euch doch mal aus spaß die cli commandos posten.
vllt. beteiligt sich dadurch noch einer an den experimenten :-)
wenn einer die megacli.exe benötigt, ich kann sie ihm schicken.
einfach eine dos box aufmachen und die commandos wie folgt eingeben:

Supported options in MegaCli
==============================
MegaCli -v
MegaCli -help|-h|?
MegaCli -AdpSetProp {CacheFlushInterval -val}|{ RebuildRate -val}
|{PatrolReadRate -val}|{BgiRate -val}|{CCRate -val}
|{ReconRate -val}|{SpinupDriveCount -val}|{SpinupDelay -val}
|{CoercionMode -val}|{ClusterEnable -val}|{PredFailPollInterval -val}
|{BatWarnDsbl -val} |{EccBucketSize -val} | {EccBucketLeakRate -val}
| AlarmEnbl | AlarmDsbl | AlarmSilence -aN|-a0,1,2|-aALL
MegaCli -AdpGetProp CacheFlush | RebuildRate | PatrolReadRate | BgiRate
| CCRate | ReconRate | SpinupDriveCount | SpinupDelay | CoercionMode
| PredFailPollInterval | EccBucketSize | EccBucketLeakRate | EccBucketCount
| ClusterEnable | BatWarnDsbl | AlarmDsply -aN|-a0,1,2|-aALL
MegaCli -AdpAllInfo -aN|-a0,1,2|-aALL
MegaCli -AdpGetTime -aN|-a0,1,2|-aALL
MegaCli -AdpSetTime yyyymmdd hh:mm:ss -aN
MegaCli -adpSetVerify -f fileName -aN|-a0,1,2|-aALL
MegaCli -AdpBIOS {-Enbl [SOE|BE]}|-Dsbl|-Dsply -aN|-a0,1,2|-aALL
MegaCli -AdpBootDrive {-Set -Lx}|-Get -aN|-a0,1,2|-aALL
MegaCli -AdpAutoRbld -Enbl|-Dsbl|-Dsply -aN|-a0,1,2|-aALL
MegaCli -AdpCacheFlush -aN|-a0,1,2|-aALL
MegaCli -AdpPR -Dsbl|EnblAuto|EnblMan|Start|Stop|Info|{SetDelay Val}
-aN|-a0,1,2|-aALL
MegaCli -FwTermLog -BBUoff|BBUoffTemp|BBUon|BBUGet|Dsply|Clear -aN|-a0,1,2|-aALL
MegaCli -AdpDiag [val] -aN|-a0,1,2|-aALL
val - Time in second.
MegaCli -AdpBatTest -aN|-a0,1,2|-aALL
MegaCli -PDList -aN|-a0,1,2|-aALL
MegaCli -PDGetNum -aN|-a0,1,2|-aALL
MegaCli -pdInfo -PhysDrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PDOnline -PhysDrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PDOffline -PhysDrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -pdMakeGood -physdrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PDHSP {-Set [-Dedicated [-ArrayN|-Array0,1,2...]] [-EnclAffinity] [-nonRevertible]}
|-Rmv -PhysDrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PDRbld -Start|-Stop|-ShowProg |-ProgDsply
-PhysDrv [E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PDClear -Start|-Stop|-ShowProg |-ProgDsply
-PhysDrv [E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PdLocate -physdrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PdMarkMissing -physdrv[E0:S0,E1:S1,...] -aN|-a0,1,2|-aALL
MegaCli -PdGetMissing -aN|-a0,1,2|-aALL
MegaCli -PdReplaceMissing -physdrv[E0:S0] -arrayA, -rowB -aN
MegaCli -PdPrpRmv [-UnDo] -physdrv[E0:S0] -aN|-a0,1,2|-aALL
MegaCli -EncInfo -aN|-a0,1,2|-aALL
MegaCli -PhyInfo -phyM -aN|-a0,1,2|-aALL
MegaCli -LDInfo -Lx|-L0,1,2|-Lall -aN|-a0,1,2|-aALL
MegaCli -LDSetProp {-Name LdNamestring} | -RW|RO|Blocked | WT|WB|RA|NORA|ADRA
| Cached|Direct | -EnDskCache|DisDskCache -Lx|-L0,1,2|-Lall -aN|-a0,1,2|-aALL
MegaCli -LDGetProp -Cache | -Access | -Name | -DskCache -Lx|-L0,1,2|-LALL
-aN|-a0,1,2|-aALL
MegaCli -LDInit {-Start [-full]}|-Abort|-ShowProg|-ProgDsply -Lx|-L0,1,2|-LALL -aN|-a0,1,2|-aALL
MegaCli -LDCC -Start|-Abort|-ShowProg|-ProgDsply -Lx|-L0,1,2|-LALL -aN|-a0,1,2|-aALL
MegaCli -LDBI -Enbl|-Dsbl|-getSetting|-Abort|-ShowProg|-ProgDsply -Lx|-L0,1,2|-LALL -aN|-a0,1,2|-aALL
MegaCli -LDRecon {-Start -rX [{-Add | -Rmv} -Physdrv[E0:S0,...]]}|-ShowProg|-ProgDsply
-Lx -aN
MegaCli -LdPdInfo -aN|-a0,1,2|-aALL
MegaCli -LDGetNum -aN|-a0,1,2|-aALL
MegaCli -CfgLdAdd -rX[E0:S0,E1:S1,...] [WT|WB] [NORA|RA|ADRA] [Direct|Cached]
[-szXXX [-szYYY ...]] [-strpszM] [-Hsp[E0:S0,...]] [-AfterLdX] -aN
MegaCli -CfgEachDskRaid0 [WT|WB] [NORA|RA|ADRA] [Direct|Cached] [-strpszM] -aN |-a0,1,2|-aALL
MegaCli -CfgClr -aN|-a0,1,2|-aALL
MegaCli -CfgDsply -aN|-a0,1,2|-aALL
MegaCli -CfgLdDel -LX|-L0,2,5...|-LALL -aN|-a0,1,2|-aALL
MegaCli -CfgFreeSpaceinfo -aN|-a0,1,2|-aALL
MegaCli -CfgSpanAdd -r10 -Array0[E0:S0,E1:S1] -Array1[E0:S0,E1:S1] [-ArrayX[E0:S0,E1:S1] ...] -aN
MegaCli -CfgSpanAdd -r50 -Array0[E0:S0,E1:S1,E2:S2,...] -Array1[E0:S0,E1:S1,E2:S2,...]
[-ArrayX[E0:S0,E1:S1,E2:S2,...] ...] [WT|WB] [NORA|RA|ADRA] [Direct|Cached]
[-strpszM] -aN
MegaCli -CfgSave -f filename -aN
MegaCli -CfgRestore -f filename -aN
MegaCli -CfgForeign -Scan -aN|-a0,1,2|-aALL
MegaCli -CfgForeign -Dsply [x] -aN|-a0,1,2|-aALL
MegaCli -CfgForeign -Preview [x] -aN|-a0,1,2|-aALL
MegaCli -CfgForeign -Import [x] -aN|-a0,1,2|-aALL
MegaCli -CfgForeign -Clear [x] -aN|-a0,1,2|-aALL
x - index of foreign configurations. Optional. All by default.
MegaCli -AdpEventLog -GetEventLogInfo -aN|-a0,1,2|-aALL
MegaCli -AdpEventLog -GetEvents -f <fileName> -aN|-a0,1,2|-aALL
MegaCli -AdpEventLog -GetSinceShutdown -f <fileName> -aN|-a0,1,2|-aALL
MegaCli -AdpEventLog -GetSinceReboot -f <fileName> -aN|-a0,1,2|-aALL
MegaCli -AdpEventLog -IncludeDeleted -f <fileName> -aN|-a0,1,2|-aALL
MegaCli -AdpEventLog -Clear -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -GetBbuStatus -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -GetBbuCapacityInfo -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -GetBbuDesignInfo -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -GetBbuProperties -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -BbuLearn -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -BbuMfgSleep -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -BbuMfgSeal -aN|-a0,1,2|-aALL
MegaCli -AdpBbuCmd -SetBbuProperties -f <fileName> -aN|-a0,1,2|-aALL
MegaCli -AdpFacDefSet -aN
MegaCli -AdpFwFlash -f filename [-NoSigChk] [-NoVerChk] -aN|-a0,1,2|-aALL

===========================================
wobei mir folgendes kommando besonders gut gefällt:
MegaCli -AdpBootDrive {-Set -Lx}|-Get -aN|-a0,1,2|-aALL

===========================================
zudem suche ich nach 2 weiteren spezial features :-)
zum einen könnte das boot init und dessen post`s viel schneller ablaufen.
vllt. ist irgendwo ein parameter um die post meldungen beim hochfahren
von 1-2 sekunden auf 100ms zu setzen. wirklich brauchen, braucht der
controller die zeit nicht zum init. mein ex8350 macht das alles in einer
halben, bis eine sekunde. dabei zeigt er aber auch noch ausführlich die
größen der raid laufwerke an.

zum anderen suche ich ein parameter, welches wie unter linux -v (verbose)
ausführlichere posts (debug messages) ausgiebt.
um genau zu sein, wäre es schön, beim booten würde nicht nur
läppisch gesagt, 3 drives handles by bios. sonder die größen detailiert sichtbar wäre.
Hinzugefügter Post:
:hail:
E:\1.01.39_Windows_Cli>MegaCli -AdpAllInfo -a0

Adapter #0

==============================================================================
Versions
================
Product Name : PERC 5/i Integrated
Serial No : 12345
FW Package Build: 5.1.1-0040

Mfg. Data
================
Mfg. Date : 00/00/00
Rework Date : 00/00/00
Revision No : @+??¶A??

Image Versions In Flash:
================
Boot Block Version : R.2.3.12
BIOS Version : MT28
MPT Version : MPTFW-00.10.47.00-IT
FW Version : 1.03.10-0216
WebBIOS Version : 1.03-04
Ctrl-R Version : 1.04-017A

Pending Images In Flash
================
None

PCI Info
================
Vendor Id : 1028
Device Id : 0015
SubVendorId : 1028
SubDeviceId : 1f03

Host Interface : PCIE

Number of Frontend Port: 0
Device Interface : PCIE

Number of Backend Port: 8
Port : Address
0 1221000000000000
1 1221000001000000
2 1221000002000000
3 1221000003000000
4 1221000004000000
5 1221000005000000
6 1221000006000000
7 1221000007000000

HW Configuration
================
SAS Address : 50019b90b63eee00
BBU : Present
Alarm : Absent
NVRAM : Present
Serial Debugger : Present
Memory : Present
Flash : Present

Settings
================
Current Time : 3:38:8 3/12, 2008
Predictive Fail Poll Interval : 300sec
Interrupt Throttle Active Count : 16
Interrupt Throttle Completion : 50us
Rebuild Rate : 30%
PR Rate : 30%
Resynch Rate : 30%
Check Consistency Rate : 30%
Reconstruction Rate : 30%
Cache flush interval : 4s
Max drives to spinup at one time : 2
Delay among spinup groups : 12s
Physical drive coercion mode : 128MB
Cluster mode : Disabled
Alarm : Disabled
Auto Rebuild : Enabled
Battery Warning : Enabled

Ecc Bucket Size : 15
Ecc Bucket Leak Rate : 1440 Minutes
Restore HotSpare On Insertion : Disabled
Expose Enclosure Devices : Disabled
Maintain PD Fail History : Disabled
Host Request Reordering : Enabled

Capabilities
================
RAID Level Supported : RAID0, RAID1, RAID5, RAID10, RAID50
Supported Drives : SAS, SATA

Allowed Mixing:
Mix In Enclosure Allowed

Status
================
ECC Bucket Count : 0

Limitations
================
Max Arms Per VD : 32
Max Spans Per VD : 8
Max Arrays : 128
Max Number of VDs : 64
Max Parallel Commands : 1008
Max SGE Count : 80
Max Data Transfer Size : 8192 sectors
Max Strips PerIO : 84
Min Stripe Size : 8kB
Max Stripe Size : 128kB

Device Present
================
Virtual Drives : 3
Degraded : 0
Offline : 0
Physical Devices : 8
Disks : 8
Critical Disks : 0
Failed Disks : 0

Supported Adapter Operations
================
Rebuild Rate : Yes
CC Rate : Yes
BGI Rate : Yes
Reconstruct Rate : Yes
Patrol Read Rate : Yes
Alarm Control : Yes
Cluster Support : No
BBU : Yes
Spanning : Yes
Dedicated Hot Spare : Yes
Revertible Hot Spares : No
Foreign Config Import : Yes
Self Diagnostic : Yes
Allow Mixed Redundancy On Array : No
Global Hot Spares : Yes
Deny SCSI Passthrough : No
Deny SMP Passthrough : No
Deny STP Passthrough : No

Supported VD Operations
================
Read Policy : Yes
Write Policy : Yes
IO Policy : Yes
Access Policy : Yes
Disk Cache Policy : Yes
Reconstruction : Yes
Deny Locate : No
Deny CC : No

Supported PD Operations
================
Force Online : Yes
Force Offline : Yes
Force Rebuild : Yes
Deny Force Failed : No
Deny Force Good/Bad : No
Deny Missing Replace : No
Deny Clear : No
Deny Locate : No

Error Counters
================
Memory Correctable Errors : 0
Memory Uncorrectable Errors : 0

Cluster Information
================
Cluster Permitted : No
Cluster Active : No

Default Settings
================
Phy Polarity : 0
Phy PolaritySplit : 0
Backgroud Rate : 30
Stripe Size : 64kB
Flush Time : 4 seconds
Write Policy : WB
Read Policy : None
Cache When BBU Bad : Disabled
Cached IO : No
SMART Mode : Mode 6
Alarm Disable : No
Coercion Mode : 128MB
ZCR Config : IDSEL
Dirty LED Shows Drive Activity : No
BIOS Continue On Error : No
Spin Down Mode : None
Allowed Device Type : SAS/SATA Mix
Allow Mix In Enclosure : Yes
Allow Mix In VD : No
Allow SATA In Cluster : No
Max Chained Enclosures : 1
Disable Ctrl-R : No
Enable Web BIOS : No
Direct PD Mapping : No
BIOS Enumerate VDs : No
Restore Hot Spare On Insertion : No
Expose Enclosure Devices : No
Maintain PD Fail History : No
Disable Puncturing : No
Zero Based Enclosure Enumeration: No
PreBoot CLI Enabled : Yes
LED Show Drive Activity : No
Cluster Disable : Yes
SAS Disable : No

======================================
Max drives to spinup at one time : 2
Delay among spinup groups : 12s
diese beiden system infos geben einen hinweis auf verlangsamtes booten.
insebsondere der erste parameter. jetzt muss man mal rauskriegen
welcher befehl diese variable verändern kann :-)

======================================
so hier die kommandos:

[setupspindelay set to 1 sec.]
megacli.exe -AdpSetProp SpinupDelay -1 -a0 (möglich laut handbuch 0-255)
--antwort-> Adapter 0 set spinupddelay count to 1 success :-)

[SpinDriveCount set to 8 drives parallel]
megacli.exe -AdpSetProp SpinDriveCount -8 -a0 (möglich laut handbuch 0-255)
--antwort-> Adapter 0 set spinupdrives count to 8 success :-)

[AdpBootDrive read status]
megacli.exe -AdpBootDrive -Get -a0
--antwort->Adapter 0: Boot Virtual Drive - #0 (target id - 0)
(sieht also grundsätzlich richtig aus.bootet aber nicht.
jetzt werde ich widersinnigerweise mal 1,2,3,4 eingeben, da ich derzeit 3 vd`s habe.
einfach alle möglichen möglichkeiten ausloten. danach ist mein latein am ende)

===============
weitere tests haben ergeben das der fehler nicht in der dos gui liegt.
eine dort ausgewählte Vd ändert definitiv die variable AdpBootDrive.
somit muss der fehler im bios oder in der mainboard boot interaktion liegen.

================
mir fällt jetzt nur noch ein workaround ein. bzw. ich habe schon davon geschrieben.
wenn man einen u3 usbstick so bearbeitet das auf der cdrom partiton des stifts
das iso der hirens cd verewigt liegt, hat den gleichen effekt als wenn
die windows cd im cd rom liegt. der perc bootet. insofern das richtige Boot VD gewählt ist.
alternativ könnt ihr auch einen komfortablen bootmanager auf irgend ein boot fähiges medium
spielen. tut ja nicht groß weh. im gegenteil, es erhöht noch den komfort.
damit setz ich mich dann morgen auseinander. ein update von bios a05 auf a07 bringt sicher
auch nicht viel. gleich nochmal schnell changelog der letzten bios updates lesen.
da aber die neuste 7.0.1 lsi den bug ebenfalls zu haben scheint, kann ich mir die arbeit wohl sparen.
bzw. den neuen controller auch auf 7.0.1 flashen. geschadet hatte es nicht. brachte nur keinen
offensichtlichen vorteil. die vorteile liegen da im hintergrund im detail :-)
 
Zuletzt bearbeitet:
=====================================
dem DOMin8or gebührt die Ehre !
=====================================
:hail:***Antlitz berühr...***:hail:
=====================================

===============
weitere tests haben ergeben das der fehler nicht in der dos gui liegt.
eine dort ausgewählte Vd ändert definitiv die variable AdpBootDrive.
somit muss der fehler im bios oder in der mainboard boot interaktion liegen.
================

Somit ist es ja eindeutig klar, dass den neuen Asus nForce Boards die ''Klöten flöten''!
----------------------------
Zum Vergleich eine kleine Liste der Boards, die Areca für ihre Monster empfehlt (bisschen älter): klick
---------------------------
DAHER KANN ICH JEDEM NUR EINES RATEN:
SICHERT EURE CONTROLLER CONFIGS !!!!!! SONST DATEN FUTSCH BEI CONTROLLERWECHSEL!!!!!
(controller kann immer mal abrauchen, oder zerflasht werden.)

Update:

Dell Perc 5/i Benutzerhandbuch + Dell SAS RAID Storage Manager User’s Guide
(auf Deutsch! Lesen!): klick
 
Zuletzt bearbeitet:
ich bin mir nichtmal so sicher das es am mainboard bios liegt.
denn warum kann man vom raid booten so lange nur 2 VDs existieren?
das management, welche VD gebootet wird, übernimmt die variable
AdpBootDrive, bzw. übernimmt das das bootbios des controllers. und der
sollte sich an dieser variablen orientieren. da der zustand der varaiblen
i.O. ist, scheint doch eher die routine im eimer zu sein, die den zustand
der varaible handeln soll. (und die ist meiner meinung nach im kern des controller bios)
da ich meinen 2. controller heute verleihen werde, werde ich den 3 vd effekt
auf einem anderen mainboard verifizieren lassen. ich glaube der kollege hat
ein nfoce 570 oder so.
wer könnte denn bestätigen das er min 3vds angelegt hat und vom raid bootet,
ohne das ein stick, ein anderer bootblock (cd/hdd/floppy/usb) als der auf dem raid vorhanden ist?
 
Zuletzt bearbeitet:
wenn dat so ist... dann ist es wahrscheinlich nicht nur Dell Perc Problem, sondern allgemein LSI-''Vermurks''. wende Dich mal bitten an die LSI und Dell Support. wäre interessant zu wissen, was die dazu zu sagen haben!
habe hier ASUS P5W64 WS PRO rumliegen (975x chip) (wie beim Schlingel). kann nicht testen mangels festplatten. weiß nicht, wie weit Du von bochum wohnst..., kann bei Dir unter umständen am wochenende vorbeikommen um das ding zu stressen. (muss nur mit meinem frauchen darüber sprechen, ob sie nichts dagegen hat.)
 
ich komme aus der nähe von köln. um genau zu sein aus troisdorf-spich (nähe flughafen k/bn).
1 km von der ausfahrt spich. du bist natürlich herzlich willkommen.
die adresse gebe ich dir dann kurzfristig vorm wochenende, falls du dann
noch immer vorbei kommen möchtest.

gruß,

dirk
 
Zuletzt bearbeitet:
Hallo,

Ich habe mir bei ebay einen Megaraid 8408e als defekt gekauft. (um 30€ kann man nix falsch machen).

Der Controller selber sieht gut aus und bootet auch, nur schreibt er dann diese Fehlermeldung raus:

RAID Adapter
Memory Error!!!
Please check the SDRAM connection.

Habe nun schon vier verschiedene Riegel durch, als letztes den KVR400D2S8R3/1GI.

Irgendwelche Tipps???

PS: Kann mir jemand der den gleichen Controller hat bitte sagen, wie die Jumper bei ihm gesetzt sind?
 
sind deine rams ecc reg ram? hört sich nach speicher problemen oder
kontakt problemen der speicherriegelhalterung an.

kannst du unter windows die manager suite starten?
die könnte dir mehr auskunft über den zustand des controllers und dessen ram geben.
auch über eine bbu, insofern du eine angeschlossen hast.
 
Zuletzt bearbeitet:
ja die rams passen. p2k1 verwendet sie auch im gleichen Controller.

Ich probierd mit der manager suite.
 
könnte halt auch gut ein mechanisches problem sein. entnehme doch mal den
riegel und schau ob die kontakte verschmutzt oder beschädigt/verbogen sind.
(die des ram sockels. die rams werden wohl bei 4 verschiedenen nicht das das problem sein)
 
Der Sockel sieht gut aus. Aber so genau kann ich das nicht sagen, da man nicht wirklich gut darauf sieht.

Was ich sagen kann, ist das jeder Pin Kontakt zum Speicher hat.

Das mit der Manager Suite hat auch nicht funktioniert. Ich konnte den Treiber nicht installieren. Der Raid Controller wird zwar im Geräte Manager angezeigt, jedoch lässt sich der Treiber nicht installieren (Hab den neuesten von der LSI Homepage genommen).

Vista installiert zwar den SCSI Teil jedoch für den Raid Controller findet er keine richtige Treiber.
 
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