No POST, écran noir, code d'erreur sur l'écran LCD, LED ambre fixe : le symptôme « ne s'allume plus » a typiquement une cause identifiable en quelques étapes. Décodage des beep code, lecture des diagnostic LED du constructeur, isolement progressif par catégorie (alimentation → CPU → RAM → stockage).
Sur un serveur enterprise, le symptôme « ne démarre pas » recouvre des causes très différentes. Nous procédons par probabilité décroissante, en commençant par les causes les plus triviales — celles auxquelles on ne pense pas :
Absence d'entrée AC, disjoncteur déclenché, PSU en fault avec LED ambre, cordons d'alimentation mal enfichés, prise pilotée qui ne se réarme pas après un incident électrique. Cause la plus fréquente : avant de toucher au matériel, vérifier l'alimentation.
Diagnostic LED du constructeur signalant un CPU fault, un motherboard fault, un VRM fault. Codes sur l'écran LCD (PowerEdge : CPU0001, MEM0801 ; ProLiant : indicateurs AMP). Beep code POST. Identifie souvent le coupable de façon univoque.
POST qui se bloque à la détection de la RAM, beep code mémoire, DIMM désactivés par le BIOS après des erreurs non corrigées. Test de diagnostic : retirer tous les DIMM sauf un (slot préconisé par le constructeur) et tenter un boot incrémental.
POST terminé mais boot en échec : contrôleur RAID qui n'importe pas l'array, boot device non sélectionné, MBR/GPT corrompus. À distinguer du « no POST » pur, puisque le système atteint au moins l'écran du constructeur.
Cas particulier : le système semble « ne pas répondre » alors que c'est en réalité le BMC qui est dans un état anormal. Reset BMC (combinaison de touches propre au constructeur, ou power cycle complet avec coupure de l'AC), puis nouvelle tentative.
Un port USB avec un périphérique défectueux, un câble KVM particulier, un dongle qui se présente comme un boot device non reconnu peuvent bloquer le POST. Tout déconnecter et tenter un boot « nu » est une étape peu coûteuse qui résout le problème étonnamment souvent.
1) Cordon d'alimentation physiquement enfiché et onduleur / prise pilotée opérationnels. 2) LED en façade et écran LCD : y a-t-il un code d'erreur ? 3) Si aucune LED ne s'allume, il s'agit probablement d'un problème d'alimentation (prise, disjoncteur, PSU). 4) Si les LED s'allument mais que le système ne démarre pas, l'écran LCD ou les AMP/diagnostic LED indiquent la catégorie. Documentez toutes les LED avant de toucher à quoi que ce soit.
Oui, de deux façons : écran LCD en façade sur les modèles qui en disposent (PowerEdge série R, ProLiant série DL), interface web du BMC via iDRAC/iLO/XClarity/IPMI/iRMC/CIMC si elle est accessible, rubrique System Event Log ou Boot Progress. Le BMC fonctionne même si le système d'exploitation n'est pas chargé — il suffit que le serveur dispose au moins de l'alimentation standby.
Non, jamais. Si le diagnostic n'isole pas le coupable avec une confiance suffisante, nous le disons et proposons des étapes intermédiaires (p. ex. test en minimal configuration en laboratoire). Changer des composants au hasard est le moyen le plus rapide de dépenser beaucoup sans résoudre et — pire — d'introduire de nouveaux problèmes.
Beaucoup. Un serveur qui n'a jamais redémarré après une intervention manuelle (p. ex. ouverture pour nettoyage) suggère un problème introduit par l'intervention (câble non rebranché, DIMM mal enfiché, vis tombée sur la motherboard). Un serveur qui s'est éteint brutalement en charge suggère l'alimentation ou le thermique. Un serveur qui ne redémarre pas après un arrêt prolongé suggère les capacitor ou la pile CMOS. Le contexte oriente le diagnostic.