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

Status
Für weitere Antworten geschlossen.
habe nn ein weiteres problem festgestellt...ich habe ca. 400gb daten per usb auf das raid kopiert...dies machte keinerlei probleme.

da ich jedoch noch auf meinem lokalen rechner daten liegen habe, wollte ich diese auf den server (w2kserver sp4) kopieren in dem der perc 5/i läuft und jetzt wirds interessant...sind die dateien bis 3gb groß wird mit einer durchschnittsgeschwindigkeit von 62000 kbytes/s (laut total commander) kopiert...keinerlei probleme.

versuche ich nun einen größeren kopiervorgang zu starten (7gb iso), dann bricht ab ca. 55% die leistung extrem ein...angezeigt werden dann nur noch 2000 kbytes/s und auf dem server wird noch nicht einmal mehr der taskmanager aktualisiert, noch kann ich die maus bewegen...nach abgeschlossenem vorgang ist wieder alles in ordnung. :-(

hardware:
board: Asus m2n sli deluxe http://www.asus.de/products.aspx?modelmenu=2&model=1163&l1=3&l2=101&l3=300&l4=0
lan: onboard nvidia network@1gb
controller: perc 5/i lsi firmware und treiber mit 4xwd500gb
switch: netgear jgs516 http://www.netgear.com/Products/Switches/UnmanagedSwitches/JGS516.aspx
os: w2kserver sp4


jemand eine erklärung für solch ein verhalten?

lg

Dany


edit: habe gerade einen windows-ordner mit ca. 30 gb an daten kopiert (voller web-cache, etc.)...hat zwar lange gebraucht, jedoch keine wirklichen einbrüche...kopiergeschwindigkeit zwischen 10 und 60k...es sind also wirklich nur einzeldaten größer 3,5gb betroffen???
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Du kannst die großen daten ja erstmal auf eine andere interne Platte des Servers kopieren.
Wenns da auch so schleppend geht, liegts am Netzwerk oder der eingesetzen Software.
Wenns da glat geht, liegts wohl am Perc.
 
Hi Leutz... ich will auch mal meine getesteten Kombinationen beisteuern.

Ich habe Funktionierend Perc5/i Auf einem Abit KN8-Ultra nforce4-ultra mit PCI Graka (das board hat nur einen PEG-slot). Die Kiste hat 3gb RAM, nen x2 3800+, und am Perc hängen acht 500gb Barracudas. 2x im RAID1, 5x im RAID5 und eine Hotspare. Hotspare ist ne Geile sache, eine platte im RAID5 ist mir schon gestorben. Das Rebuild hat ca 2:30 gedauert. Und dann sind da noch zwei Platten am onboard controller wo unter anderem Betriebssystem drauf ist. Die Kiste dient als Fileserver aber Primär als Backupserver für die ganzen Rechner von meiner Sippe hier.

Funktionieren tun bei mir nicht:
- ein Gigabyte P35-DS3R (kein bild kein ton!)
- Und ein XFX/EVGA (sind identisch die boards) nforce 680i Board. Hier habe ich einen komischen Effekt. Der Controller läuft zwar ne gewisse zeit. Aber wenn dieser auf dem Board steckt habe ich im Geräte manager zwei zusätzliche PCI to PCI bridges mit gelben ausrrufungszeichen die auch Partou nicht weg zu bekommen sind. Wenn dann die platten etwas zu tun bekommen macht das System auch nach kurzer Zeit stumpf nen Bluescreen mit verweis auf die percsas.sys. Unterschiedliche Firmwares und Treiber brachten keine Besserung. Also ist diese Kombi wohl auch nen Nogo.

Aber kennt hier jemand nen SAS controller mit min 4 kanälen und Cache der auf nforce 680i boards rennt?

Grüße
 
Zuletzt bearbeitet:
soa...

gerade mal eine externe festplatte an den server gehängt, verzeichnis freigegeben und ca. 20gb an daten kopiert, wobei es sich um vier große files mit 5gb handelte...

der server kopierte laut tc konstant mit 50 - 60000 kbytes/s, war aber übers netzwerk schwer bis gar nicht zu erreichen...das problem scheint also wirklich beim perc 5/i zu liegen. :-(

lg

Dany
 
die kabel bekommst du in deutschland (neu,ausreichend lang).
ich hab 15€ pro 4 sata-->sas kabel bezahlt. die kabel sind sehr gut und haben auf sas und auf der
sata seite, kleine arretierungen. sprich wenn die kabel angesteckt sind,
sitzen die bomenfest und können nicht von alleine rausflutschen.
(können natürlich nach druck auf die metallarretierung wieder leicht entnommen werden)
http://contact.ebay.de/ws/eBayISAPI...edirect=0&SSPageName=PageAskSellerQuestion_VI
einfach mal den herrn anmailen.
 
Zuletzt bearbeitet:
die kabel bekommst du in deutschland (neu). ich hab 15€ pro 4 sata-->sas
kabel bezahlt. die kabel sind sehr gut und haben auf sas und auf der
sata seite, kleine arretierungen. sprich wenn die kabel angesteckt sind,
sitzen die bomenfest und können nicht von alleine rausflutschen.
(können natürlich nach druck auf die metallarretierung wieder leicht entnommen werden)
http://contact.ebay.de/ws/eBayISAPI...edirect=0&SSPageName=PageAskSellerQuestion_VI
einfach mal den herrn anmailen.


Wenn 50cm reichen --> scit-elektronik.de (gibt auch einen ebay-shop) ;)
Kostenpunkt ca. 4-5€ pro Kabel
 
@dany28
wenn du eine datenquelle nimmst, die nur max 60 mb/sec bringt,
sprich eine externe platte über usb,...
dann sollte klar sein das der raid nicht schneller schreiben kann, als
die daten bei ihm ankommen.
mit 8 platten kann ich daten vom raid auf den raid mit 200mb/sek kopieren.
(ich rede von wirklich kopieren, nicht verschieben).
das ist im prinzip schon eine gute leistung, da die daten komplett gelesen
und parallel geschrieben werden müssen. hinzu kommen die verzögerungen
wenn die köpfe sich bewegen. (lese und schreibspur liegen in verschiedenen sektoren.)
und bei so großen dateien liest windows blockweise, da im prinzip auch das
cache nicht auslangt.
als tip kann ich euch nur sagen, benutzt KILLCOPY oder COPYHANDLER.
ich bin schonmal drauf eingegangen. als einstellung empfehle ich:
16-32 mb cache in killcopy, paralleles lesen/schreiben, beschleunigtes lesen, beschleunigtes schreiben, language deutsch, spiele ton nach jobvollendung,
overwrite older if exists,ask user,resume, keine protokollierung der aufträge.
killcopy ist kostenlos und erhöht den datentransfer durch ein größeres cache
als es windows nutzt. dadurch werden die köpfe nicht so oft bewegt. das macht ne menge aus.

h**p://killprog.narod.ru/killcopye.html
 
Zuletzt bearbeitet:
...

@DOMin8or

es geht leider nicht um die geschwindigkeit der kopiervorgangs, sondern um das einfrieren des gesamten systems, wenn ich auf das raid kopiere...we schon zwei beiträge vorher geschrieben...die geschwindigkeit bricht auf 2000 kbytes/s ein und der server ist nich nicht mal mehr in der lage den tasmanager zu aktualisieren...alles friert ab ca. 3,5 gb ein und bleibt es dann für etwa 15 minuten bis der vorgang abgeschlosssen ist...

lg

Dany
 
die probleme kenne ich :-)
hatte ich am anfang auch. allerdings war mein controller oder dessen ram im eimer.
das tückische war, dass der controller sich flashen ließ und er zeitweise funzte.
spätestens beim neustart des rechners kam im boot post die message,
datenverlust im ecc ram. danach war e nicht mehr viel los.
die laufwerke meldeten sich beim kopieren teilweise einfach ab, oder
der rechner frohr ein.
da ich nicht genau weiß in wie weit sich das flashen von diversen
firmwares, in kombination mit allen möglichen treibern sich negativ auswirkte,
habe ich einen neuen kontroller, mit bios a05 + original treiber a05 drauf gespielt. nu lüppt alles.
ich werde auch keine firmware mehr flashen die nicht wirklich über einige tage
von jemandem getestet wurden und als gut bestätigt sind.
alleine das es verschiedene hardware revisionen gibt, 1F3,1F2,1F1 macht mich etwas ängstlich.
hinzu kommt das es flashimages mit der andung ia und ii gibt. wo liegt da
jetzt speziell der unterschied? so lange die frage im raum steht bleibe ich bei
den a05er treibern und warte bis dell nachschiebt.
wenn ich jetzt einmal meine daten von ca. 3 tb rübergeschoben habe, müssen
diese daten sicher sein. es bringt nichts wenn ein firmwareupate, oder ein
treiber die virtuellen disks mit fehlern fragmentiert, oder den $MFT$ verliert.
wenn die 3 tb weg wären, o je o je.
beim up und downgraden musste ich schon einmal die VD`s neu anlegen.
inclusive datenverlust. zum glück war noch nichts großartig drauf.
kann aber auch am datenverlust in meinem alten defekten controller gelegen haben.

wer hatte schonmal probleme mit existierenden platten nach firmware, bzw. treiber tausch?
in welcher kombination traten die fehler auf, mit welcher wurde es wieder gelöst?
 
...

also ich tippe da mehr auf einen irq-sharing problem zwischen netzwerkkarte und controller...ich hab morgen einen zweiten perc zur hand und werde erstmal die hardware testen um einen defekt auszuschließen...

lg

Dany
 
soa...

habe nun einen zweiten perc 5/i von einem bekannten geholt...kein unterschied zu meinem, so dass dieser wenigstens in ordnung zu sein scheint...werde morgen mal ein w3k probieren um das os auszuschließen...

lg

Dany
 
am os liegts sicher nicht. die treiber für xp funzen, genau wie die für 2k3.
beide getestet. welches bios und welchen windows treiber nutzt du detailiert?
hast du das ding schon geflasht? vllt. zerflasht?

irq sharing könnte sein, sollte aber heut zu tage kein problem darstellen,
oder hast du ein asus maximus formula?
das hatte ich damals auch drin. und genau mit den gleichen fehlern
zu kämpfen. vllt. trug das board auch seinen teil dazu bei.

prüfe doch mal ob bei dir folgende fehler auftreten:
anlegen einer 50 gig disk über 8 laufwerke.
danach formatieren, NICHT SCHNELL, sondern regulär.
sollte das formatieren so wie das anlegen <=10 sekunden dauern, dann verschluckt dein board/kontroller/ram/treiber/bus irgend welche daten.
bzw. sendet zu früh 'job erledigt' zum treiber und somit an windows.

mit neuem board (striker ii 780i) dauert das anlegen und formatieren deutlich länger.
(was in diesem fall kein nachteil ist, sondern anzeichen dafür das die arbeit korrekt erledigt wurde)
>1 min
als 2. biete ich noch an: 2tb über 8 platten in 1h8min(full init!!!beim ersten mal mach ich immer full.damit jedes byte auf 0 gesetzt wird und evtl. defekte sektoren
schon im vorfeld ausgeklammert werden),
formatieren geht etwas schneller, aber dauert trotzdem seine zeit.
 
Zuletzt bearbeitet:
so es lag wirklich an den kabeln bei mir. nochmal big thx an hampti für seine kabeln zum testen. Bin grad am full init bei 4 x 750 gb dauert schon 30 min und 40% sind es erst....

dauert das immer so lange?
 
...

folgende feststellung habe ich nun gemacht...unter w3k-server läuft das gnaze wesentlich runder...es kommt zwar immer noch zu einbrüchen von 55000 auf 15000, jedoch bleibt das gesamte system dabei stabil...interessant ist...kopiere ich mehrer dateien um die 5gb geht die performance bei ca. 50% auf 15000 kbytes/s zurück...setzt er jedoch bei der nächsten datei an, so fängt er recht zügig wieder mit 50 bis 60000 an um dann zur hälfte wieder langsamer zu werden...strange!

btw...falls jemand noch ein günstiges kabel zum perc 5/i braucht:


http://www.hanobox.de/product_info.php/products_id/1378

lg

Dany
 
Zuletzt bearbeitet:
folgende feststellung habe ich nun gemacht...unter w3k-server läuft das gnaze wesentlich runder...es kommt zwar immer noch zu einbrüchen von 55000 auf 15000, jedoch bleibt das gesamte system dabei stabil...interessant ist...kopiere ich mehrer dateien um die 5gb geht die performance bei ca. 50% auf 15000 kbytes/s zurück...setzt er jedoch bei der nächsten datei an, so fängt er recht zügig wieder mit 50 bis 60000 an um dann zur hälfte wieder langsamer zu werden...strange!

btw...falls jemand noch ein günstiges kabel zum perc 5/i braucht:


http://www.hanobox.de/product_info.php/products_id/1378

lg

Dany

Symptome bei dir sind:
Quasi Einfrieren des gesamten Systems beim Kopieren größerer Dateien?

Das hatte ich vor kurzem bei meinem Server. Windows Server 2003 hat den Schreibcache bei allen Festplatten deaktiviert. Selbst nach manuellem Aktivieren wurden die Caches wieder ausgeschaltet.

schau mal in die Ereignisanzeige, da gabs Einträge "disk".

Abhilfe hat bei mir das Installieren des nVidia-eigenen Treibers geschafft (PLatten hingen am Onboard-Raidcontroller). Evtl hilft dir das weiter.
 
@Deejay2k1
wenn du deinen array komplett formatierst, wird es ca. so lange dauern,
als wenn du eine platte in einem normalen pc komplett anlegst/formatierst.
also ne stunde is da ganz normal. sei froh das es so langsam geht.
dann funzt es auch :-)
brauchst auch nur beim ersten mal ein full init machen.
nur so am rande, pflicht ist das auch nicht.

danach langt in jedem fall fast init. und das ist sekunden sache. :-)
 
Zuletzt bearbeitet:
NIE WIEDER PERC5i!!

ich schmeiße das drecksding gleich in die tonne.
nicht zuletzt sagt man das dieser ganze dell kram kastrierte kacke ist.
und das stimmt. das ist mit den ihren mainboards so, dass ist mit den
ihren grafikkarten so. und warum soll es beim raid anders sein.

jedes mal wenn ich mein windows fast fertig installiert habe, scheint
windows den treiber zu verlieren oder weiß der teufel in jedem fall
bootet das system einige male und jedes mal wenn alle nvidia treiber
vollständig sind, bleibt das ding beim restart mit fehlermeldung:
'DISK BOOT FAILURE, INSERT SYSTEMDISK AND PRESS ENTER'

alle diese probleme hat man mit einem promise ex8350 nicht.
hinzu kommt, dass die mit dem promise erzeugten virtuellen disks
ALLE im bios als eigenständige laufwerke angezeigt werden.
die bootreihenfolge kann somit schon im bios so geändert werden.
und das gewählte bootlaufwerk bekommt dann auch ordentlich C:
zugewiesen. beim perc kann ich im bios nur perc5,cdrom,flopyy etc auswählen.
ich kann nicht ein spezielles laufwerk vom perc5 wählen.
höchstens im dos config menu des perc, dort kann man ein boot device auswählen.

gelobt, aber in die jahre gekommen und nicht der aller schnellste, sei PROMISE ex8350.
der hat mich NIE im stich gelassen. das ding rockt einfach 110%
da ich den aber schon habe, kauf mir jetzt endgültig einen:

Areca ARC-1231DML RAID SATA controller
mit 12 anschlüssen. da hat man noch was luft :-) und kann cdroms etc
ebenfalls an diesem controller anschließen und kann die onboard k@cke entlasten.

Intel 800MHz IOP341 I/O processor
PCI-Express X8 bus
One DIMM socket with default 256MB of DDR2-533 SDRAM with ECC protection,

Upgrade to 2GB cache ram.
==============

An ECC or non-ECC SDRAM module using X8 or X16 chip organization
Write-through or write-back cache support
Support up to 12 SATA II drives
Multi-adapter support for large storage requirements
BIOS boot support for greater fault tolerance
BIOS PnP (plug and play) and BBS (BIOS boot specification) support
Intel RAID 6 Engine to support extreme performance RAID 6
NVRAM for RAID event & transaction log
Redundant flash image for adapter availability
Battery Backup Module (BBM) ready
ARC-6120BA-T1xx, xx means version no.
RoHS Compliant

RAID Features
RAID level 0, 1, 1E, 3, 5, 6 (if RAID 6 engine supported) and JBOD
Multiple RAID selection
Array roaming
Online RAID level/stripe size migration
Online RAID capacity expansion and RAID level migration simultaneously
Online Volume set growth
Instant availability and background initialization
Automatic drive insertion/removal detection and rebuild
Greater than 2TB per volume set
Support S.M.A.R.T, NCQ and OOB Staggered Spin-up capable drives
Support spin down drives when not in use to extend service life (MAID)
Support NTP protocol to synchronize RAID controller clock over on-board Ethernet port

Monitors/Indicators
System status indication through HDD activity/fault connector, LCD Connector and alarm buzzer
SMTP support email notification
SNMP support for remote notification
I2C Enclosure management ready
Server chassis features the 36-ckt Mini-SAS connector (SFF-8087) on its SAS backplanes
http://www.aicipc.com/SAS/sas_server_sa10.asp

RAID Management
Field-upgradeable firmware in flash ROM
In-Band Manager
Hot key boot-up McBIOS RAID manager via BIOS
API library for customer to write its monitor utility
Support Command Line Interface (CLI)
Browser-based management utility via ArcHttp Proxy Server
Single Admin Portal (SAP) monitor utility
Out-of-Band Manager
Firmware-embedded Browser-based RAID manager, SMTP manager, SNMP agent and Telnet function via on-controller Ethernet port
API library for customer to write its monitor utility
Push Button and LCD display panel

Software Drivers
Windows 2000/XP (Scsiport Driver)
Windows Server 2003 (Scsiport Driver and Storport Driver)
Linux (RedHat, SuSE, Debian, Mandrake, TurboLinux, CentOS, etc.)
FreeBSD
Novell Netware 6.5
Solaris 10 x86/x86_64
SCO UnixWare 7.x.x
Mac OS X (no_bootable)
-----------------
wenn ich die ganze zeit und den ganzen frust rechne, und das mein
neuer rechner nun seid 2 wochen nicht ordentlich funzt, dann hätte
ich mir 2 vollausgestattete ARECA controller mit 2gb cache kaufen können.

NIE WIEDER PERC5i !
===============

p.s. sobald ich meinen areca habe, verkaufe ich 2 komplette perc5i controller,
incl. slotblechen, bbu`s und bbu kabel. sobald es soweit ist, poste i n ebay link.

p.p.s
jetzt bootet er mal wieder. mal sehen wie lange. das ist trotzdem kein zustand.
das ding muss raus. ich brauch 100% hardware und kein system was spontan
beschließt mit obskuren fehlermeldungen in den streik zu treten.

p.p.p.s
es könnte unter umständen auch daran liegen, wenn ich beim booten bootfähige usb geräte eingesteckt hatte.
(usb cd-rom, u3 stick mit 1 bootfähigen disk + bootfähige hirens cd auf der cd partition des sticks)

evtl. spinnt sich dann das mainboard bios etwas zusammen und versucht
irgend ein (nicht mehr vorhandes, weil entfernt) gerät zu booten, nur nicht
den raid. vllt. hat jemand ähnliche probs? am besten mit asus striker ii?
normal ist das verhalten in jedem fall nicht. ob board oder controller, in jedem
fall läuft ein promise controller erheblich konfliktloser. allerdings spricht hier
wieder gegen, dass ein booten mit erzwungener bios funktion f8 und manuell
ausgewähltem raid, ebenfalls zu besagter fehlermeldung führt.
(nicht zu verwechseln mit windows boot f8)
also doch eher als wenn der mbr im eimer ist.
das dumme ist, dass er nicht mal so weit kommt, bis das bootmenu von windows
erschiene. dann könnte ich dort die nachinstallierte reperatur konsole aufrufen und
fixmbr ausführen. (damit hab ich auch schon einmal den mbr gefixt)
 
Zuletzt bearbeitet:
mit der LSI-FW und dem LSI-treiber gabs bei mir keine problemeunter vita x64. booten funktionierte einwandfrei. kann durch aus sein, dass da A: die Dell-software spinnt oder B: dein perc einen weg hat (was ich nicht glaube) oder C: dein board doch nicht sonderlich geeignet ist.

Bei mir wurde kein treiber vergessen und es kam keine boot-fehlermedlung. mein EX8300 fand ich im zusammenspiel mit den onboard-controllern manchmal teilweise problmatischer. insbesondere dieser nette blinkende balken kann durchaus nerven. da macht LSI nen sehr viel besseren job. und das selbst mit mehreren controllern im sys.

hatte mir den controller extra für vista ausgeguggt.
 
Zuletzt bearbeitet:
so nun mein 2tes Problem....da der Perc nun funzt geht mein onboard Raid nimmer auf dem Asus Maximus. Kann im Bios das Onboard bei den Boot Devices gar nimmer auswählen und im Post wird es auch nimmer angezeigt....mhmmmm...hat wer ne Idee was ich da machen kann/soll?
 
@Deejay2k1
Mach mal ein Biosupdate. Bei meinem M2A-VM hatte ich genau den gleichen Effekt. Da hat der Perc das onboard RAID rausgekickt (manchmal auch umgekehrt...) :shot:
 
Das selbe nochmal zu flashen bringt nix, damit änderst du ja nichts.
Du kannst auch direkt auf dem ftp-server nachsehen, ob dein Bios wirklich das allerneueste ist, was angeboten wird. ftp://ftp.asus.com.tw/pub/ASUS/mb/
Beim Bios update werden allerdings auch die Einstellungen zurück gesetzt. Schau also auch mal nach, ob das RAID Bios überhaupt an ist.

Wenn das nichts bringt mußt du wohl die ASUS Leute mal direkt fragen.
 
so, jetzt habe ich den fehler gefunden.
es liegt diesmal tatsächliuch nicht amn perc5!
das bios von meinem striker ii spinnt sich einen zurecht mit der
bootreiehenfolge. hab diverse möglichkeiten getestet und mal läufts,
dann wieder nicht.
auffällig ist,... liegt die windows cd im cdrom, fragt er ob ich von
cd booten möchte. nach 3 sekunden keine eingabe, kommt das normale
windows bootmenu (bei mir erweitert um console).

vllt. bringt ein biosupdate lösung. oder ich mach mir einen bootmanager
auf einen usb stick. ist ja nicht mal das unkonfortabelste.
zudem kann der bootmanager normale sticks mounten, linux booten etc.
leider finde ich immer nur kostenpflichtige bootmanager die etwas können.
schade das mir schon 2x nach 30 tagen die bootpartition mit einem nicht
vollfunktionstüchtigen bootmanager belegt war.

wie auch immer. booten mit perc5i+striker ii geht in jedem fall (auch wenn
man etwas tricksen muss, oder seine usb geräte nicht mehr ändern darf)
resume:
wenn die fehlermeldung kommt, braucht man keine angst um seine daten zu haben.warten auf verbessertes asus bios. mit meinem alten p5b gabs am anfang auch solche probleme. nach ein paar bios updates funzte es 100%
Hinzugefügter Post:
@Deejay2k1
wenn die fehler so sporadisch auftreten, mal das kabel überprüfen :-)
auch das strom kabel :-)
hast du deine onboard controller im standart mode oder im ahci?
bei ahci musst du die treiber ins windows rammeln.
das die platten beim post nicht immer gefunden werden,... ist doof.
vllt mal auf einen anderen sata steckplatz stecken.
z.T. sharen die asus boards die channels 1-6 z.b. 1-4 ide mode 5 6 ahci.
schlimmer wirds dann noch, wenn du auf dem normalen ide port ein cdrom
betreibst. dann kann dies auch zu konflikten führen.
versuch mal z.b. wenn er auf 1 steckt, ihn auf 6 zu stecken und mit
den beiden raid optionen spielen. da gibts den oboard raid und den onchip (ich) raid. das sind 2 raids, die sich alleine schon gerne ins gehege kommen.

weitere komige ergebnisse.
also der rechner fährt inzwischen nur noch hoch wenn die windows cd drin liegt.
scheinbar stimmt etwas mit dem bootblock oder der sektor größe nicht.
fixmbr jammerte auch das der mbr im eimer wäre.
aber was macht den mbr ständig kaputt und warum startet sich das laden
des ntldr nicht?
scheint ein problem mit dem bios zu sein. obwohl ich den fehler damals schonmal in einem
raid hatte in dem ich die stripe größe vom standart geändert habe.
scheinbar springt die bootsequenz zu einem falschen ort, wenn die bootpartitionssektoren
nicht standart sind. im schlimmstenfall mache ich einen bootmanager aufn usb-stick :-)
Hinzugefügter Post:
also bei mir geht immer der mbr flöten. mag aber am bios des mainboards liegen.
wenn ich einen usb-stick reinstecke auf dem die hirens cd drauf ist,
kommt erwartungsgemäß das hirens menü: möchten sie hirens oder hdd starten.
wenn man dann hdd startet, geht windows.
hat noch jemand probleme das der mbr auf der boot part flöten geht?
der rest aber i.O. ist? geht nur der mbr flöten, oder gehen dauerhaft auch andere daten flöten?
derzeitig nutze ich neuste lsi-firm und neuste lsi-treiber gepatcht.
 
Zuletzt bearbeitet:
Wo du jetzt von Bootproblemen sprichst, mir ist da auch was merkwürdiges aufgefallen:
Ich habe ein RAID1 (SYSTEM) und RAID5 (DATA) und wenn ich jetzt einstelle, daß er von VD0 (SYSTEM) booten soll, dann findet er nichts. Sobald ich aber VD1 als Bootdevice einstelle, dann bootet er von VD0. :eek:

Also irgendwie kommt der Controller wohl mit der Nummerrierung durcheinander...
 
Ich reiche noch einen Benchmark nach:



OCE von 3 auf 5 Platten war also erfolgreich - das Raid scheint gut zu funktionieren (*auf Holz klopf*) - bisher hatte ich keine Probleme. Die Ergebnisse sind imho in Ordnung.

Im Detail:
5x 500GB Samsung T166
Perc 5/i mit aktueller LSI Firmware & Dell 2k3 Treiber
OS Windows 2k3 32bit

Stripe Size ist 64k - Bench-Size waren 512k
 
Zuletzt bearbeitet:
So,

mein Perc laeuft. Ich habe jetzt 4*WD5001ABYS am laufen, mit ner Datenrate von 185MB beim lesen und schreiben. Mit der Dell Firmware bin ich immer nur auf 60MB lesen gekommen, die Schreibrate war in Ordnung.
Das migrieren von 3 auf 4 Platten hat fast 20 Stunden gedauert, lief dann aber einwandfrei.
Aktuell habe ich den Perc mit der aktuellen LSI Firmware und dem LSI Storage Manager am laufen. Treiber ist der letzte von Dell. Der LSI Treiber lies sich mit den Aenderungen nicht mehr installieren. Keine Ahnung warum.
Das Flashen von der aktuellen Dell zur LSI Firmware hat gut geklappt, auch die VD wurde anstandslos wiedererkannt und gelesen.
Die BBU die ich bekommen habe funktioniert leider nicht. Hab mir ne andere bei eBay gekauft. Mal sehen wie die laeuft. Vielleich hab ich dann ein Kabel uebrig...:-)

Noch ne Frage...
Richtet Ihr Eure Raid5 als Basis oder als Dynamischer Datentraeger ein?
Ich hab meinen jetzt als Basis Datentraeger eingerichtet. Ich hab da bei Microsoft was von einer Diskpart.exe gelesen...hat das schon jemand eingesetzt um seine Partition zu erweitern? Wollts nur wissen, wenn ich dann mal erweitern will.

Gruesse
Juergen
 
Zuletzt bearbeitet:
das die lsi treiber nicht gehen, liegt daran das der per5i, trotz flashens
die hardware id von dell behält.
hast du die von mir angepassten treiber versucht?
liegen auf seite 20 zum download.
 
das die lsi treiber nicht gehen, liegt daran das der per5i, trotz flashens
die hardware id von dell behält.
hast du die von mir angepassten treiber versucht?
liegen auf seite 20 zum download.

Klar hab ich das...
Ausserdem hab ich meine angepassten auch ausprobiert...XP will beide ned....

Aber egal...
Hoer grad Jazzmatazz und dazu nen leckeren Single Malt...das stimmt mich besinnlich...;-)

Gruss
Juergen
 
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