Reprise du message précédent :
Ah, heu, herm, je me rend compte que ma réponse est pas lisible par quelqu'un qui ne fait pas de sys, je vais tenter de vulgariser plus tard

on a l'habitude, suffit de relire avec le doigt et on comprend quelques morceaux

Bon alors en gros, pour répondre à la question, faut répondre à "il se passe quoi au moment où j'appuie sur le bouton power".
 
Un processeur x86 va aller exécuter le code se trouvant en 0xFFFFFFF0 (natif) qui contient la POST séquence et enchaine sur le BIOS/UEFI. L'adresse au démarrage, sera systématiquement une référence dans une ROM, et c'est le câblage/design de la carte mère qui fait que ça se trouve à cette adresse en ROM. C'est ensuite masqué (le shadow rom aperture size) et libéré pour correspondre à une adresse ram.
 
Avant le passage par le POST, le processeur tourne en mode "root", la plateforme se comporte comme un PC-AT antique.
 
Sur plateforme ARM en revanche, il y a une NVRam par design qui contient un micro kernel, et une vector table qui va servir à lancer des fonctions directement hardware, et systématiquement, un power on sur un ARM va lancer une exception mode 1 qui va permettre de remettre les registres non volatiles à l'état initial (power reset cycle), et la première fonction du microkernel, c'est soit de monter les périph de stockages qui sont sur des lignes spécifiques (il n'y a pas de port "généraux" sur arm) historiquement en ATAGS, et d'exécuter le premier truc qu'il croise sur le premier périphérique valide (ATAGS fuuuuuuuuuuu) et c'est généralement un kernel capable de booter en direct (sans chain load). Arm est passé en Devicetree, et il y a besoin d'une configuration fusible.
 
Par design, il n'y a donc pas de boot loader sur ARM, sauf si le premier périph en contient un. Et donc par design, c'est le kernel qui initialise les periph. En devicetree, il y a une fusebox https://github.com/ARM-software/u-b [...] EADME.fuse elle peut être soft ou hardware, et c'est se qu'on appel généralement le "root" d'un téléphone. Si la fusebox est hardware, les fusibles sont pétés et le téléphone ne peut pas être rooté (ou bien c'est un simple pin a court circuiter pour passer en "dev mode" qui va permettre d'installer se qu'on veut)

Je sais pas si c'est la seconde dose qui fait effet, mais j'ai un mal de crâne soudain  

Si tu lis pas les acronymes c'est bon

je crois que l'alim "demarre" les ventilos bien avant, mais je peux me tromper.

Et non. C'est le POST ça (power on self test)

PS, si je devais parler comme un devops, l'état où le CPU est au moment précis où on appuis sur le bouton power, c'est mon ring0 a moi. Ce moment magique où l'ordinateur ne sait que qu'il a 16ko de rom, 640ko de ram et qu'il sait faire que 4 instructions. Le pure moment où n'importe quel CPU est dans le mode sauvage du PC AT des origines en 8086 !

C'est pas faux.

c'est pour ça que j'ai mis des guillemets.  
les ventilos demarrent parce que c'est parmi les 1er trucs à recevoir du courant et qu'il faut vérifier. sinon ça beep (ou pas si tu n'a pas de HP sur la CM).
avant la verif de ram et CG... et selon les bios et bien ça diffère. meme avec une CM "cramé" et bien tous les ventilos démarrent à fond.  
 
tu fais un pont sur les pins de la CM pour le boot, les ventilos se stoppent si pb. enfin tu vois (j'imagine)
 
donc bien avant de pousser le bouton on, les ventilos demarrent. Enfin d'après ce que j'ai pu constaté.

 
Non non, c'est bien appuie sur un bouton, PG:OK JUMP 0040:FFF0 qui contient qu'une adresse et ça sera automatiquement un JUMP sur la valeur en 040:FFF0 et seulement après l'init des 16ko et la vérif des 640ko de réel que le reste du POST se fait (incluant ventilos etc) et c'est bien après qu'on init le BIOS/UEFI, peut importe la CM, peut importe comment c'est fait. C'est le x86 à l'état brut.

emm386.exe ou rien

on ne doit pas avoir la même experience toi et moi ( et qd je dis experience, rien de péjoratif).
pour avoir eu un pb de CM récemment sur une station de travail.
 
je branche en direct une alim sur la CM, les ventilos demarrent : celui du chipset, celui de la CG, celui du rad du proc.
 
je fais un pont sur les pins de boot (le fameux bouton on), les ventilos se stoppent et/ou l'alim coupe le jus.
CM est morte, sinon la procédure de boot suivrait son cours, cad baisser les rotations des ventilos le BIOS prends le relais...
 
c'est juste une constatation personnelle. et c'est bien pour ça que je te dis que cela peut différer selon le constructeur.
ici une CM HP Z600 : ventilos tournent mais aucun boot et stop qd tu essayes.

Alors, comment dire ...
Tu te méprend.
https://fr.wikipedia.org/wiki/Power [...] ormatique)
 
Selon cette page WIKI qui est exacte, les ventilos, c'est le 4e point !
Le BIOS/UEFI, c'est le 11 et 12e point, et c'est seulement après qu'on a les ventilos qui diminuent en vitesse (dans l'init)
 
Pendant toute la procédure de POST, le BIOS/UEFI est en mode réel, c'est à dire que t'as un PC-AT des temps anciens, qui ne sait pas réguler les ventilos qui sont attachés etc ... Mais le premier truc qu'il fait, suite à un PG:OK ton pc, c'est un jump. Y'a pas de procédure d'allumage des ventilos sur un PC-AT !

bah je me méprends pas parce que c'est simplement ce que j'ai constaté (pas plus loin que la semaine dernière) et que tu n'expliques pas par ton wiki.
1- je branche une alim (neuve) sur ma CM
2- tous les ventilos demarrent à fond.
si je ne fais pas un pont sur les pins de boot, la soufflerie peut durer des heures.  
3- je fais un pont sur les bons pins, tout se stoppe.
 
ma conclusion : il y a bien quelquechose (electronique) avant l'appuie sur le bouton ON et les vérifs POST que tu décris très bien.  
c'est juste que d'habitude qd tout va bien, on ne le perçoit pas.  
 
Après dans mon cas, je ne suis pas allé vérifié aussi loin, la CM était morte, je l'ai remplacée et c'est reparti nickel
 
edit : ensuite je ne m'explique pas pourquoi les ventilos ont demarré comme ça, sans push. j'avais jamais eu ce coup là avant.
tout ce que je peux te dire c'est que la CM avait un pb. L'alim OEM HP fait un clic audible aussi qd tu la branches ou bien son ventilo tourne+LED (à vide)
si elle n'a pas un bouton d'allumage au cul.

Y'a rien d'électronique :  
http://bitsavers.org/components/in [...] e_1983.pdf dans ce manuel (qui est un manuel de 286, mais c'est encore du AT "real mode" section 5.3, page 5-7 "system initialization", je te laisse lire (ça, c'est de la bonne lecture, nom nom !)
http://bitsavers.org/components/in [...] l_1986.pdf en 32 bits, section 10.2.3 page 10-3
x86-64 : https://software.intel.com/content/ [...] guide.html section 9.1.4 page 9-5
 
Si les ventilos tournent comme ça quand tu branche une alim, c'est très certainement qu'il y a un OOB sur la CM : c'est pas du standard et c'est pas comme ça qu'un ordinateur fonctionne ou parce que ta CM était justement morte, si y'a un OOB, ton système est déjà une faille et do not want dans mes configs ce genre de comportement ! Tant que le POST n'est pas passé perso, je fui les comportements louches de matos, ça veut dire que je suis pas l'UID0 (CF recherche google sur faille intel management engine)
 
(le truc rigolo dans mon discours, c'est que justement c'était mon boulot de faire des systèmes OOB, de bosser sur le minix du ME etc... Et que tu te méprend sur qui fait quoi dans un ordinateur)

mystX de mauvaise foi ce soir  
il y a quelquechose "d'electronique" (je m'exprime peut être mal) mais qui vérifie s'il n'y a pas de court jus ou ce genre de chose qui peuvent faire flamber une alim et ses mosfet de puissance.
HP ne fais peut être pas du standard, mais c'est écrit dans leur pdf qu'une alim à vide fait tourner son ventilo,
et ensuite les autres de la CM avant le bouton boot.
Moi, je ne fais que te raconter  (et tu devrais en prendre note )
 
je ne cherche pas à avoir raison, mais travaillant perso dans l'automobile/aviation. oui, avant de tourner la clef, certains composants
en multiplexage font des tests entre eux...  
genre :
- prepa de la pompe a essence. zzzz
- demarrage pompe à huile. vvvvv
- les bobines se chargent. iiiiiii
- calcul du point d'allumage
 
et qd ça détecte un "openground"  sur un élément, rien ne pourra démarrer.  (ou en mode dégradé)
 
c'est courant comme procédure(s), indépendament des AT/T de 1995  
donc chez HP je ne serais pas étonné  
 
sorry pour l'ortho

Euh.. preums, mais je veux pas déranger  

chéééé deuze  

Au lit les gens.
J'ai baillé toute la journée et mal aux dés le réveil

dayrn'zzz

non

dernz

preum'z

Deusse

dernz

lolwut ?

dernz

Bon ben "Preum's ", hein

Deusse

Troiz.

Je suis torchon chiffon.

Et      

no preum'zz

Ah non, désolé, pas serviette.

pre dernz

Et donc "Preum's "

deu'ze