Kein POST, schwarzes Display, Fehlercode im LCD-Panel, gelbe LED im Dauerlicht: Das Symptom „lässt sich nicht einschalten“ hat typischerweise eine Ursache, die sich in wenigen Schritten eingrenzen lässt. Decodierung der Beep-Codes, Auswertung der Diagnose-LEDs des Herstellers, schrittweise Isolierung nach Kategorie (Stromversorgung → CPU → RAM → Storage).
Bei Enterprise-Servern deckt das Symptom „startet nicht“ sehr unterschiedliche Ursachen ab. Wir gehen nach absteigender Wahrscheinlichkeit vor und beginnen bei den trivialsten Ursachen — jenen, an die oft niemand denkt:
Kein AC-Input, ausgelöster Leitungsschutzschalter, PSU im Fault-Zustand mit gelber LED, nicht gesteckte Netzkabel, smarte Steckdose, die nach einem Stromereignis nicht wieder einschaltet. Häufigste Ursache: vor dem Eingriff an der Hardware zuerst die Stromversorgung prüfen.
Diagnose-LEDs des Herstellers, die CPU Fault, motherboard Fault oder VRM Fault anzeigen. Codes im LCD-Panel (PowerEdge: CPU0001, MEM0801; ProLiant: AMP-Anzeigen). POST-Beep-Codes. Damit lässt sich der Verursacher häufig eindeutig identifizieren.
POST bleibt bei der RAM-Erkennung stehen, Beep-Codes für Speicher, DIMMs, die das BIOS nach früheren nicht korrigierten Fehlern deaktiviert hat. Diagnosetest: alle DIMMs bis auf eines entfernen (vom Hersteller empfohlener Slot) und den Boot inkrementell testen.
POST abgeschlossen, aber der Boot scheitert: RAID-Controller importiert das Array nicht, kein Boot-Device ausgewählt, MBR/GPT beschädigt. Abzugrenzen vom reinen „kein POST“, da das System zumindest bis zum Hersteller-Display kommt.
Sonderfall: Das System scheint „nicht zu reagieren“, tatsächlich befindet sich aber der BMC in einem anomalen Zustand. BMC-Reset (herstellerspezifische Tastenkombination oder vollständiger Power Cycle inklusive Trennen von AC), danach erneut versuchen.
Ein USB-Port mit angeschlossenem defektem Gerät, ein spezielles KVM-Kabel oder ein Dongle, der sich als nicht erkanntes Boot-Device meldet, kann den POST blockieren. Alles abziehen und den Boot „nackt“ versuchen ist ein günstiger Schritt, der erstaunlich oft zum Ziel führt.
1) Netzkabel physisch gesteckt sowie USV / smarte Steckdose in Betrieb. 2) Front-LEDs und LCD-Panel: Liegt ein Fehlercode an? 3) Leuchtet keine einzige LED, liegt wahrscheinlich ein Problem der Stromversorgung vor (Steckdose, Leitungsschutzschalter, PSU). 4) Leuchten die LEDs, startet das System aber nicht, zeigen das LCD-Panel oder die AMP-/Diagnose-LEDs die Kategorie an. Dokumentieren Sie alle LEDs, bevor Sie irgendetwas anfassen.
Ja, auf zwei Wegen: LCD-Panel an der Front bei den Modellen, die eines haben (PowerEdge R-Series, ProLiant DL-Series), BMC web interface über iDRAC/iLO/XClarity/IPMI/iRMC/CIMC, sofern erreichbar, Bereich System Event Log oder Boot Progress. Der BMC arbeitet auch dann, wenn das Betriebssystem nicht geladen ist — der Server muss lediglich Standby-Spannung haben.
Nein, niemals. Wenn die Diagnose den Verursacher nicht mit ausreichender Sicherheit eingrenzt, sagen wir das und schlagen Zwischenschritte vor (z. B. Test mit minimal configuration im Labor). Komponenten auf Verdacht zu tauschen ist der schnellste Weg, viel Geld auszugeben, ohne das Problem zu lösen — und schlimmer noch: neue Probleme einzuschleppen.
Sehr. Ein Server, der nach einem manuellen Eingriff (z. B. Öffnen zur Reinigung) nie wieder gestartet ist, deutet auf ein durch den Eingriff verursachtes Problem hin (Kabel nicht wieder gesteckt, DIMM nicht vollständig eingerastet, Schraube auf das motherboard gefallen). Ein Server, der unter Last plötzlich ausgegangen ist, deutet auf Stromversorgung oder Thermik hin. Ein Server, der nach längerem Stillstand nicht mehr startet, deutet auf Kondensatoren oder die CMOS-Batterie hin. Der Kontext lenkt die Diagnose.