Si je me base sur l'expérience de
supreme dont le
MacBook Pro, de son OS natif «
Snow Léopard 10.6.3», a été passé à «
Mavericks 10.9.2», il résulte que :
- L'installation de «Mavericks» importe en coulisses une MÀJ de l'EFI qui ré-écrit le code de la ROM de démarrage de la Carte-Mère, en l'implémentant de la capacité à se connecter par Internet à une version en ligne du Système de Restauration (équivalent en ligne d'une 'Recovery HD' sur les serveurs Apple), dont la spécificité par rapport à la 'Recovery HD' de la partition du Disque Interne est qu'elle n'autorise que la ré-installation de l'OSX natif du Mac et pas de l'OSX actuel du Mac du Disque Interne avec lequel la 'Recovery HD' du Disque Interne est synchonisée).
- À la suite de cette MÀJ de la ROM de démarrage, le boot sous «Snow Léopard» n'est plus supporté (l'EFI rejette cette version d'OSX obsolète par rapport à ses paramètres). Dans le cas précis du MacBook Pro de supreme, l'OS natif du Mac, par une sorte de 'refondation' rétro-active, n'est plus considéré comme étant «Snow Léopard», indisponible en téléchargement en ligne, mais comme étant le 1er OS 'post_DVD' solidaire d'une 'Recovery HD' et téléchargeable en ligne, soit «Lion 10.7».
État de choses surprenant a priori mais explicité décisivement par la contribution de
Renaud 
dans ce fil (message
#14). À bien y réfléchir, ça paraît logique : dès lors que la
ROM de démarrage intègre la possibilité de démarrage par Internet sur le Système de restauration en ligne des serveurs Apple propre aux versions d'OSX '
post_Snow Léopard', elle ne pourrait plus sans contradiction continuer d'admettre '
Snow Léopard' comme le Système de restauration de base. Donc «
Snow Léopard» se trouve logiquement exclu de la possibilité de
boot (sur DVD d'install).
Il me paraît alors logiquement nécessaire d'admettre l'impossibilité de supprimer, soit la partition '
Recovery HD' synchronisée avec «
Mavericks» du Disque Interne, soit la partition de l'OS «
Mavericks» elle-même, à partir de l'«
Utilitaire de Disque» du DVD d'install de «
Snow Léopard 10.6.3», car le Mac ne peut plus
booter sur «
Snow Léopard» après la mise-à-niveau «
Mavericks 10.9» (impliquant co-relativement une
MÀJ de l'EFI qui révoque le statut d'OS natif de «
Snow Léopard et qui implémente la
ROM de démarrage de la Carte-Mère de la possibilité démarrage par Internet sur le Système de restauration en ligne des serveurs Apple).
À supposer un clone d'un OS «
Snow Léopard 10.6.8» sur un DDE, le Mac ne pourra pas non plus
booter sur ce système, une fois sa
ROM mise-à-jour (c'est malheureusement le cas de mon
MacBook Pro_Early 2011 - le même que celui de
Renaud - l'
EFI mise-à-jour
depuis «Mountain Lion 10.8.3» rejetant le
boot).
Théoriquement parlant, la commande dans le «
Terminal» du DVD d'install «
Snow Léopard 10.6.3» (ou du clone «
Snow Léopard 10.6.8» :
Bloc de code:
diskutil mountDisk /dev/disk0
suffirait à monter la partition
Apple_Boot Recovery HD en qualité de
/dev/disk0s3 (car c'est un volume
montable, à la différence de la partition
EFI EFI correspondant à
/dev/Disk0s1 qui n'est pas
montable) - et donc à la rendre visible en 2è instance dans la GUI de l'«
Utilitaire de Disque». Qui pourrait ainsi la 'cibler' pour l'effacer. Mais l'impossibilité de
booter sur le DVD d'install de «
Snow Léopard» invalide cette perspective.
☞ qu'est-ce que vous en pensez
Tucpasquic 
et
Sly 
? J'avoue, personnellement, que de longue date mes
désirs me faisaient répugner à une telle perspective (car mon imagination s'est toujours complue à jouer avec la possibilité des '
downgradages'). Mais l'expérience de
supreme introduit un
contre-exemple crucial, explicité par la contribution de
Renaud qui permet d'y voir l'exemplaire d'une
règle, et bon gré mal gré je me sens obligé d'admettre ce qui me déplaît

.