Faut aller jusqu'au bout.
⬇︎
e pur si muove (Acte II)
J'ai ouvert mon
MacBook Pro 2011 > enlevé le SSD Crucial installé à l'emplacement-disque régulier + enlevé le boîtier contenant le 2è SSD Crucial à l'emplacement Super-Drive.
J'ai installé à l'emplacement-disque un SSD Crucial ne comprenant qu'une partition principale > et l'OS
High Sierra installé dessus en
APFS. Je n'ai pas reconnecté le câble Wi-Fi --> pas de connexion internet suprebtice.
Je démarre une fois normalement : j'ai bien une session que j'avais semi-personnalisée. L'OS fonctionne.
Je démarre par
⌘R = en mode
Recovery local.
Une commande :
- me révèle l'existence (attendue de moi) d'un: ramfile de 2,14 Go --> je suis donc bien théoriquement démarré sur un RecoveryOS en RAM et pas sur celui du volume apfs Recovery.
Une commande :
- me confirme que le Conteneur APFS est identifié comme disk2 (internal, virtual) et que le volume Recovery est identifié comme disk2s3.
Une commande :
Bloc de code:
diskutil umount force disk2s3
Bloc de code:
disk2s3 was already unmounted
- la partition disk2s3 était déjà démontée de son volume = Recovery.
Ce serait déjà la preuve suffisante que le Mac ne peut absolument pas être démarré sur le
RecoveryOS recelé dans une image-disque
Base-System.dmg du volume
Recovery > car dans ce cas-là > le volume
Recovery devrait être maintenu monté et être indémontable.
Mais je n'ai pas fait cette manipulation pour m'en tenir là --> une commande :
Bloc de code:
diskutil ap deleteContainer disk2 BROL
- se trouve entièrement honorée : les 4 volumes apfs --> Macintosh HD > Preboot > Recovery > VM sont confirmés démontés > puis le Conteneur apfs est supprimé > un reformatage de la partition support du disque disk0s2 confirmé > et le remontage d'un volume vide au format jhfs+ intitulé BROL.
Qu'à cela ne tienne > remettons-en une couche --> une commande :
Bloc de code:
diskutil partitiondisk disk0 gpt jhfs+ BROL 100
- détruit la table de partition GPT du disque 0 (SSD interne) > en remet une neuve > décrivant une partition principale de type Apple_HFS > dans laquelle un système de fichiers jhfs+ se trouve injecté et génère un volume intitulé BROL.
---------------
Interprétation : je considère cet exemple comme
canonique ou
exemplaire de la règle --> le démarrage en mode
Recovery local (
⌘R) dans les conditions d'un OS
High Sierra APFS installé sur le disque interne > détermine un démarrage sur un
clone en RAM du
RecoveryOS du volume
Recovery utilisé uniquement comme "
source" > une image-disque (
ramfile) créée en
RAM pour l'occasion montant un volume
Untitled qui est la "
destination" de ce clonage à la volée.
Le Mac démarre donc absolument sur la
RAM - mode de démarrage de secours repris du concept du démarrage
Recovery local de «
Yosemite 10.10». Ce type de démarrage doit permettre à l'utilisateur de
réparer l'ensemble du système de fichiers
apfs générateur du
Conteneur et de ses 4 volumes. Voire de
supprimer le
Conteneur et d'
effacer le disque entier.
Le cas rencontré dans le fil que j'ai cité précédemment d'un démarrage en mode
Recovery local ne permettant pas le démontage du volume
apfs Recovery - parce que l'opération est :
- (proscrite par le kernel du RecoveryOS démarré) --> je l'interprète comme une aberration pure et simple du démarrage en mode Recovery local de High Sierra apfs. Je n'ai pas d'autre explication que celle-ci (vague) : erreur pure et simple à l'installation de cet OS. Une de plus ! - ce qui ferait louper le protocole de démarrage sur un clone en RAM et restaurerait le démarrage classique sur le volume Recovery du disque.
Note : depuis l'origine du démarrage en mode
Recovery (OS «
Lion 10.7») > une kyrielle de petits disques sont listés par la commande :
- dans un Terminal du RecoveryOS > en sus du volume OS X Base System recelant cet OS.
Ces petits disques correspondent dès le début à de
micro-images-disques en RAM dans le volume desquelles sont montés comme des "pseudo-volumes" des dossiers déterminés du
RecoveryOS. Cette multiplication de points de montage en
RAM de dossiers du
RecoveryOS ne doit pas occulter la
question de fond : le
RecoveryOS lui-même, en tant que Système opérateur d'ensemble, est-il le résident du
disque ou de la
RAM ?
--> la réponse me paraît être :
toujours du disque (impliquant un volume
Recovery HD monté) pour t
ous les OS à
2 exceptions près : l'exception «
Yosemite 10.10» (démarrage sur un
clone en RAM indépendant du disque) et l'exception «
High Sierra APFS» (et pas
JHFS+ flanqué d'une
Recovery HD) = démarrage aussi sur un
clone en RAM indépendant du disque.