Kein Booten möglich, wenn RAID-Controller eingebaut
Maekloev 11.04.2011 - 23:27 1003 8
Maekloev
linux addicted
|
Hallo Leute, hab mal wieder ein Problem aus der vermeintlich irrationalen Ecke. Zuerst mal zu den Sys-Specs: Mainboard: ASUS P8P67-M Pro CPU: Intel Core i7-2600K @ 3.8 GHz (derzeit kein OC) RAM: 8 GB Kingston ValueRAM DDR3 1333 MHz CL9 HD: - 1x Intel X25-M G2 Postville 80GB (am Mainboard) - 5x Samsung EcoGreen F4 2000GB SATA II im RAID5 (an RAID-Controller: Promise SuperTrak EX8350, PCIe x4) Das Problem äußert sich nun wie folgt: Wenn der Controller mit den Platten eingebaut ist, ist kein Zugriff mehr auf den MBR der SSD möglich, soll heißen: Der Controller scheint die SSD irgendwie zu blockieren. Im BIOS wird sie jedoch tadellos erkannt. Man erkennt dies auch daran, dass die HD-LED permanent leuchtet (nicht flackert), wenn der Bootvorgang eingentlich starten sollte. Stattdessen blinkt nur ein Cursor für ca. 20 Sekunden und anschließend findet sich eine Message à la "No Boot Device..." auf dem Bildschirm. Sobald der Controller raus ist, funktioniert alles wie gehabt. Natürlich ist die Boot-Reihenfolge im BIOS korrekt eingestellt. Ein anderer User scheint exakt dasselbe Problem mit diesem Controller bei einem völlig anderen System zu haben. Die neueste Firmware ist bereits drauf. Den Controller hab ich zuvor etwa 5 Jahre lang in einem AMD Athlon64-System - ebenfalls im RAID5 - ohne jegliche Probleme verwendet. Hat jemand von euch schon mal von diesem absurden Problem gehört?
|
plainvanilla
rudi
|
hast probiert beim hochfahren F8 zu drücken und die intel direkt mal anzuwählen? nur als test, ist sicher keine dauerlösung.
|
Maekloev
linux addicted
|
ja, das bringt leider auch nix. Hier nochmal dasselbe Problem. Da hats scheinbar gröber was. Wenn nix hilft, werd ich mal den Support von Promise anschreiben.
|
plainvanilla
rudi
|
wird dir jetzt wahrscheinlich nicht helfen, und ist auch ungut zutesten (raid auflösen) aber ich hab das mal mit einem intel controller RS2BL040 gehabt. nach einem firmware update des controllers, genau gleiches verhalten wie bei dir. ich hab nur eine crucial dran hängen gehabt wg sata 6gb, und ich konnte erst wieder booten als ich die crucial konfig am controller gelöscht habe und neu gemacht hatte. hab dazwischen alte firmware aufgespielt und es lief wieder wie vorher, aber sobald neue firmware oben war und die alte konfig gabs den hänger.
|
Maekloev
linux addicted
|
kurze frage: wenn ich das recht verstehe, wird die raid-konfiguration ja direkt auf den festplatten, und nicht auf dem controller gespeichert, right? das müsste ja eigentlich bedeuten, dass man den controller unabhängig vom aktuellen raid umflashen könnte, ohne datenverlust befürchten zu müssen. das mit der firmware wär tatsächlich noch eine option. damals in dem alten amd-system hatte ich nämlich noch eine ältere firmware drauf. ach, wie heißt es so schön: never touch a running system. aber hauptsache die neueste software drauf gepackt. danke für den hint, plainvilla!
|
plainvanilla
rudi
|
bei mir gings so, ich hab nach depperter und mühsamer suche dann zurückgeflasht, und es ging wieder. danach war ich mir sicher das es die firmware war. und erst danach hab ich die konfig mit der ssd neu gemacht. aber lass dir das lieber nochmal von einem "spezialisten" hier versichern, nicht das du beim rückflashen dein raid zerschiesst! bei mir wars wurscht mit der einen platte.
|
Maekloev
linux addicted
|
ok, das klingt ja schon mal nicht schlecht. danke für die info! also leute: mag wer hier die hand dafür ins feuer legen? freiwillige vor.
|
Crash Override
BOfH
|
Kannst du eventuell das boot bios beim Controller abschalten?
|
Maekloev
linux addicted
|
hm, ich wüsste zumindest nicht, wie. im bios gibts nur ein paar infos zum controller selbst, zu den angeschlossenen platten und ein paar optionen zu den eingerichteten raids samt optionalen spare drives, that's it. ich werd promise bei gelegenheit mal fragen, was es da hat und ob ein rückflashen auf die ältere version tatsächlich des rätsels lösung ist.
|