Bootprobleme mit Supermicro X10SL7-F

[Atomic]

Hallo Forum,

ich habe vor kurzem ein Supermicro X10SL7-F Motherboard verbaut und habe damit regelmässig nach Updates Probleme beim Booten. Es sind 8x Seagate HDDs auf dem onboard RAID Controller angeschlossen (auf path through) und ein 16GB SATA-DOM, für das Betriebsystem auf einem der SATA2 Ports. Nach einem Update versucht das BIOS immer wieder von einer der Volumen HDDs vom RAID Controller zu booten und setzt den SATA-DOM in der Bootreifolge nach unten. Der Bootvorgang bleibt mit der Meldung "System on Hold" einfach hängen.

Nach jedem Update muss ich die Bootreinfolge manuell wieder ändern und ich habe auch schon versucht die Volumen HDDs komplett aus den Bootmedien zu entfernen, leider nur mit zeitlich begrenztem Erfolg.

Hat jemand von Euch dieses Phänomen auch schon einmal gehabt oder weiss einer von Euch wie man das BIOS zuverlässig daran hindert die Bootreinfolge selbständig wieder zurück zu setzten?

Bin dankbar für alle Tips und Anregungen.

 

[Ericloewe]

Nach einem Update versucht das BIOS immer wieder von einer der Volumen HDDs vom RAID Controller zu booten und setzt den SATA-DOM in der Bootreifolge nach unten

Workaround: SAS Kontroller flashen, aber ohne Boot ROM. Dann gibt es bestimmt kein Bootversuch.

Ich muss aber sagen, dass das eine eher seltsame Sache ist. Ist das mit der 3.0 Version?

 

[Atomic]

Moin,

das BIOS ist nur Version 2.00. Hier sind noch mal alle Versionsnummern.

Firmware Revision : 01.92
Firmware Build Time : 03/16/2015
BIOS Version : 2.00
BIOS Build Time : 04/24/2014

 

[Ericloewe]

Inzwischen gibt es die 2.etwas und 3.0 Versionen. Die helfen vielleicht auch.

 

[Atomic]

Moin,

die Version 3.0 habe ich inzwischen sogar schon runter geladen, muss die Tage mal das BIOS Upgraden.

Danke.

 

[Atomic]

Moin,

wie macht man das Update denn am besten? Wenn ich der ReadMe Datei folge geht das nicht.

Aus Download ein Image erstellen und als Virtual Media mounten.

Virtual Media nach /mnt/cdrom mounten

Code:

[root@freenas] mount -t cd9660 /dev/iso9660/DISC /mnt/cdrom
[root@freenas] /mnt/cdrom#

In Ordner /mnt/cdrom/x10sl75_424 wechseln

Code:

[root@freenas] /mnt/cdrom# cd x10sl75_424/
[root@freenas] /mnt/cdrom/x10sl75_424#
[root@freenas] /mnt/cdrom/x10sl75_424# ls
./  AFUDOSU.SMC*  ami.bat*
../  Readme for AMI BIOS.txt* x10sl75.424*
[root@freenas] /mnt/cdrom/x10sl75_424#

Wie im ReadMe beschrieben, AMI.BAT x10sl75.424 ausführen

Code:

[root@freenas] /mnt/cdrom/x10sl75_424# AMI.BAT x10sl75.424
AMI.BAT: Command not found.
[root@freenas] /mnt/cdrom/x10sl75_424#
[root@freenas] /mnt/cdrom/x10sl75_424#

 

[Ericloewe]

Das ist ein DOS Programm. FreeDOS (mit so wenig Kompliziertes wie möglich) oder was auch immer Boot Stick erstellen, dateien rüberkopieren, neustarten, DOS booten, Programm laufen lassen.

 

[Atomic]

Done.
Mal gucken ob's jetzt besser läuft.

 

[Atomic]

So, nach zwei Wochen testen muss ich leider sagen, dass das BIOS Update nicht viel gebracht hat. Das Motherboard versucht immer noch, dass eine oder andere mal von einer der Storage Platten zu booten. :(