Salut
Pascal 〖«
À tout seigneur, tout honneur»〗
[
J'avais l'intention de contribuer à la question dès hier, mais la mise-à-jour combinée Safari 6.0.4 + Java a créé un bogue dans mon navigateur : impossible de basculer sur aucune page sécurisée, non plus d'ailleurs qu'en Prévisualisation du message sur les forums de MacGénération. Comme l'installation de Safari disperse un grand nombre de fichiers-système un peu partout, je n'arrivais pas à mettre la main sur le coupable. D'où la ré-installation de la version 6.0.3 par Pacifist à partir de mon installateur Mountain Lion 10.8.3 récupérait le bogue. Finalement, solution drastique de ré-installer l'OS par rétro-clonage sur la partition-système de mon MacBook Pro. Mais un disque chiffré par FileVault ne 'monte' pas, bien entendu, quand on démarre sur un clone, et le dé-chiffrement prend des heures. Sans compter qu'il paraît laisser des traces qui font que le volume n'est pas 'propre'. Bon, j'abrège : c'est l'histoire du gars qui n'arrive pas un jour à insérer sa clé dans la serrure de la porte d'entrée, et qui se retrouve à changer le kit serrure-porte pour qu'il s'adapte à la clé, et forcément l'encadrement pour qu'il s'adapte à la nouvelle porte, et bien évidemment la maison pour qu'elle s'ajuste au nouvel encadrement...
Les mises à jour d'OS X à partir de 10.8.2 empêchent maintenant de démarrer un MacBook Pro classique early 2011 en Mountain Lion sur Snow Leopard ? Intéressant et curieux. Ce sont généralement les mises à jour EFI qui modifient le comportement de boot pas spécialement celles de l'OS. A moins que la mise à jour d'OS entraine les modifications de la partie de partition de pré-boot. J'envisageais l'achat d'un early 2011 pour avoir une machine sous SL mais c'est compromis. Quelle version de l'UEFI a amené cette vérification au boot ? C'est bien au niveau de l'UEFI ? Effacer la partition cachée de pré-boot ou utiliser un SSD ou HDD neuf ne permet même plus un retour à Snow Leopard ? Les DVD d'origine n'ont donc plus aucun usage !? Le recovery via Internet prend le relai ?
[Concernant les Mid-2012, j'ai eu un des tous premiers, mettre un SSD ou un HDD avec Snow Leopard en dernière version permettait le passage de l'EFI, OS X entamant son chargement, mais conduisait à un kernel panic.
Je me suis livré naguère à une
expérimentation sur mon
MacBook Pro Early 2011, faisant tourner alors
Mountain Lion 10.8.2 : installer
Snow Léopard 10.6.8 sur une partition du DDI, et parvenir à
booter dessus. J'ai consacré un post à la
Description de la manip. Puisque je parlais de '
porte' dans mon exergue,
Sly a eu la courtoisie de ne pas dire carrément que j'enfonçais des «
portes ouvertes» dans mon euphorie, vu que le
MacBook Pro Early 2011 a d'usine
Snow Léopard 10.6.6 comme «
OS-Base». Donc, il ne s'agissait pas d'un cas d' «
Anté-Gradation» ('
Downgradage') à une version d'OS antérieure aux réquisits de la machine, mais d'un banal cas de «
Rétro-Gradation» du
software à l'
OS-Base originaire. En fait, rétrospectivement, mon expérimentation '
enfonceuse de porte ouverte' était moins
triviale qu'il n'y paraissait, comme la suite des événements devait le montrer. Car, ce n'est pas parce qu'on arrive à passer une fois par une porte ouverte, qu'on a l'assurance de pouvoir continuer à y passer justement (Comme
Héraclite le relève : «
On ne se baigne jamais deux fois dans le même fleuve»). Car le stupéfiant était bien que j'étais parvenu à
re-booter par
rétro-gradation sur l'
OS-Base, alors même que j'avais régulièrement '
Post-Gradé' cet OS vers
Lion puis
Mountain Lion. Il est à noter que j'envisageais mon expérience de «
Rétro-Gradation» dans une perspective plus vaste d'«
Anté-Gradation» éventuelle de machines-Macs à des OS antérieurs à leur
OS-Base d'usine. J'ai marqué le fil 'résolu', tout en subodorant très bien qu'il n'en était rien.
⌘
Apparemment, l'
OS-Base et le
Type de machine constituent un
appariage, qui consiste dans la
Compatibilité de
Paramètres déterminants : pour le résumer sur un
point nodal, tel
kernel de l'OS, tel
processeur du
MacBook Pro. Donc aussi longtemps qu'un tel ne modifie pas les
Paramètres-machine de son Mac,
logiquement on devrait s'attendre à ce que la
Rétro-Gradation à l'
OS-Base soit toujours concluante, en vertu de la
Compatibilité d'origine
kernel / processeur. Mais justement il n'en va ainsi que dans une vision simplificatrice, car elle présuppose dans un Mac une sorte d'
accollement direct
Software / Hardware qui ne pourrait pas fonctionner dans les faits. Entre les
signes d'écriture logique évolutifs et les
mécanismes matériels fixes, il faut une
plage de recoupement qui est assurée par une
Tierce-Instance : le «
Firmware». Ce terme de «
Firmware» regroupe des ressources multiples regardant les périphériques connectables à une machine, mais possède un
noyau central qui supervise le fonctionnement interne du Mac, notamment du
processeur : le «
Super-Firmware». Pour rester dans notre problématique du
boot sans battre la campagne tous azimuths, ledit «
Super-Firmware» intervient
a priori au lancement d'une machine, pour à la fois
vérifier la
cohérence des paramètres
déterminants (aussi bien
hardware que
software) au démarrage, mais aussi pour
décider le droit ou le non-droit de
boot. C'est donc une sorte de «
Janitor» (gardien de la porte, ou concierge), qui fait justement qu'on n'enfonce pas aussi facilement qu'on s'imagine les «
Portes apparemment Ouvertes» sur un Mac sans risquer de se faire couper en deux par une espèce de '
faisceau-laser'
.
Le «
Super-Firmware» sur un Mac Intel, c'est l'«
EFI-Firmware».
EFI qui est un logiciel intégré d'usine résidant sur la
Carte-Mère - que je me suis risqué à baptiser du nom de «
CORE_EFI » dans un de mes posts, mais est assorti de ce que j'ai appelé dans le même texte une «
EXTENSION_EFI» sous forme de fichiers exécutables résidant sur une partition invisible du DDI : la «
Partition_EFI», fichiers possèdant une «
Forme_miroir» dans les fichiers exécutables du sous-dossier «
Firmware Updates» du dossier «
CoreServices» de la
Bibliothèque-Système à l'intérieur même de l'OS [j'ai tenté d'en donner une description s'appuyant sur une représentation graphique
ici - post #12].
À partir de là, j'ai plus de
Conjectures (même si m'efforce toujours de les limiter à un type '
opératoire' dans le contexte de la
méthode expérimentale, càd. «
falsifiable» selon l'expression de l'épistémologue Autrichien
Karl Popper) que de
Résultats Expérimentaux - malheureusement.
⌘
Je me suis trouvé confronté à 2 cas, tous les deux ayant la nature d'
exception à la règle admise, et donc
théoriquement de la plus haute valeur [à la différence des cas qui ont la nature de
conformation à la règle, lesquels n'ont jamais de valeur théorique, càd. n'expliquent rien, mais seulement marquent un
accord pratique avec la règle sans qu'on sache du tout pourquoi il en va ainsi, sinon que 'ça le fait'
].
- A) Alors que j'étais sous
Mountain Lion 10.8.2, càd. dans la même MÀJ de l'OS que lorsque j'avais réussi mon exercice de
Rétro-Gradation à l'
OS-Base : Snow Léopard, en voulant récidiver [dans la foulée du problème soulevé au cas B) ci-dessous], je me suis heurté, indiscutablement de la part de l'
EFI-Firmware, à un
rejet de la possibilité de
boot sous l'
OS-Base (
Snow Léopard), alors même que les
paramètres déterminants (
kernel / processeur) étaient compatibles. Rejet sans appel, signalé par la réitération d'un
triple klaxon.
- B) Plus exceptionnel encore : le cas signalé par
nodeh (
ici) d'un échec de
boot de
Snow Léopard sur un
MacBook Pro Mid-2012, situation qui lui semblait
anormale parce que
depuis l'origine il
bootait sous
Snow Léopard sans difficultés sur une partition de son
MacBook Pro Mid-2012. Càd. qu'à l'instar de Monsieur
Jourdain [
no offense intended] qui «
faisait de la prose sans le savoir» chez
Molière, il pratiquait sans le savoir l'
exception à la règle : passer le contrôle de l'
EFI au démarrage, là où l'
EFI aurait dû interdire le
boot par anticipation d'incohérence des paramètres déterminants, et de plus fonctionnement de l'OS sans
kernel panic due à un incompatibilité avec le processeur [
tu pourras noter que ce cas, digne d'un hybride faisant exception à la règle de la barrière génétique des espèces, a tant soit peu exagérément déchaîné mon enthousiasme théorique, alors même qu'une solution pratique était demandée .]. Malheureusement, aucun test expérimental n'a été poussé radicalement dans ce cas, pour tester diverses conjectures.
⌘
Rétrospectivement, une chose me paraît claire : l'
EFI_Firmware a un rôle de
Supervision au démarrage de
paramètre déterminants qui possèdent des caractériques
vouées à diverger à partir d'une l'homogénité initiale : à savoir, la
fixité du
hardware (à supposer nul bidouilleur de la machinerie)
vs l'
évolutivité du
software (= MÀJ de l'OS, incluant des sous-màj de logiciels particuliers embarquant un pilotage de périphériques). Par voie de conséquence, si l'
EFI_Firmware est un logiciel intégré possédant d'usine un
Type Fixe à l'origine (le
Type 2 sur les
MacBook Pro dont on parle ici), ce logiciel doit être capable de supporter
nécessairement des mises-à-jour, afin d'éviter un phénomène de '
ciseaux' entre
hardware figé et
software évolué. Ce sont les
MÀJ_de_l'EFI.
À un point donné de ces
MÀJ_de_l'EFI qui 'accompagnent' l'évolutivité logicielle (
MÀJ_du_software), il doit (= 'conjecture') arriver que les paramètres déterminants de l'
OS_Base (
Snow Léopard) ne puissent plus être acceptés par une
EFI qui s'est 'calée' dans ses
MÀJ sur des paramètres logiciels 'évolués' temporellement qui font apparaître les 'paléo-paramètres' logiciels de l'
OS_Base comme facteurs d'
incohérence. Parce que l'
EFI elle-même a
évolué parallèlement aux évolutions logicielles, et ne possède pas de
rétro-compatibilité avec les paramètres de l'
OS_Base qu'elle 'acceptait' dans sa propre '
paléo_version'.
Dommage peut-être, mais il vaut mieux que j'abrège toutefois. Manifestement (= 'conjecture'), le
MacBook Pro Mid-2012 de
nodeh embarquait d'usine une
paléo-version de l'
EFI : la même vraisemblablement que celle de mon
MacBook Pro Early 2011. Cette 'conjecture' ne peut que
déchaîner l'enthousiasme théorique D). Car cela montre bien qu'à l'instar des
organismes vivants, un Mac pris
holistiquement est un ensemble dans lequel un «
JEU des déterminations» (
hardware / software)) est
acceptable dans certaines limites de tolérance. Si l'
EFI_Firmware tente d'imposer une «
sur-détermination», il doit être toujours possible de faire jouer une «
sous-détermination».
⌘
Petits faisceaux de
conjectures ici :
- a) envisager un
contournement de l'EFI au démarrage, comme c'est le cas pour le
Système Windows résidant sur la partition
BootCamp, car sinon comme laisser passer à titre d'
OS_Bootable un logiciel 'incohérent' par rapport aux critères 'sur-déterminants' de l'
EFI calés sur un
Software Mac? Ce, afin de
booter sous
Snow Léopard comme on peut
booter sous
Windows [Édit. : à l'appui de cette spéculation, l'idée qu'il y a une
inflexion de la fonction de l'
EFI entre le
démarrage et la
rotation du système. Au
démarrage, l'
EFI '
verrouille' (rôle «
sur-déterminant») ; en cours de
rotation, l'
EFI '
passe le relai' (rôle «
sous-déterminant».]
- b) envisager une
rétro-gradation de l'EFI à la
paléo-version qui tolérait l'
OS_Base comme
bootable. Ce qui suppose la possibilité d'une
écriture-rétrograde de l'
EFI de la
Carte-Mère, càd. l'élimination des (ou de la)
MÀJ qui rejette(nt) l'
OS_Base au démarrage.
- c) envisager un
maquillage de l'
OS_Base afin de le rendre '
apparemment acceptable' au démarrage par une
EFI évoluée. Conjecture qui 'sous-conjecture'
D) que le 'check_up' de l'
EFI passe par les
fichiers exécutables :
Extension_EFI (sur la '
Partition_EFI') /
Fichiers_Miroir (dans les '
CoreServices' de l'OS)
et qu'il ne s'agit que de la validation du
kernel embarqué dans l'OS. Une
substitution de
fichiers_kernel de l'
OS_Base par le
mach_kernel de
Mountain Lion passerait le test de l'
EFI_évoluée, mais encore faudrait-il que l'OS ne plante pas. Ce qui rend 'possible' cette conjecture, c'est le cas de
Hackintosh réussi, où
Snow Léopard parvient à être installé et à
booter sur des PC embarquant des
processeurs Intel Ivy_Bridge par remplacement du
mach_kernel de l'OS 10.6 par celui de l'OS 10.8 sans plantage de
Snow Léopard. Auquel cas on opère dans un contexte «
sous-déterministe» qui devrait pouvoir s'envisager avec un Mac.