Puisque
FULLCRUM me fait un
appel du pied manuel (si je puis dire, en parodiant les boiteries d'écriture induites par l'expression publique sur l'internet) --> je m'immisce donc dans ce fil. En m'amusant à développer exclusivement un discours "rhétorique" > sans le moindre énoncé d'une commande technique.
Pour signaler à
Blondiin qu'une fois lancé l'«
Utilitaire de disque» de la session de secours > s'il clique la pastille tout en haut à gauche de la fenêtre du logiciel : "
Présentation" > en cochant l'option : "
Afficher tous les appareils" --> il va s'apercevoir que le volume
Macintosh HD qui était affiché solitairement > se trouve coiffé par l'affichage d'un
Conteneur disk1 qui désigne le
disque virtuel dont le volume
Macintosh HD est l'
hôte.
Ce que l'«
Utilitaire de Disque» ne montre pas par contre > c'est que
3 autres
volumes partagent cet espace-disque virtuel du
Conteneur apfs : un volume
Preboot de
prédémarrage de
Macintosh HD > un volume
Recovery contenant l'
OS de secours démarrable > un volume
VM (
Virtual Memory) recelant les fichiers d'
archivage de la
RAM.
Dans ce quatuor de volumes
apfs >
Macintosh HD &
Preboot constituent une "
paire solidaire" > au sens où dans le volume
Preboot se trouve consignée l'
identité du volume
Macintosh HD compagnon par l'
UUID (IDentifiant Unique Universel) de ce volume.
Infortunément > en n'affichant que le
seul volume démarrable
Macintosh HD comme membre du
Conteneur apfs > l'«
Utilitaire de Disque» induit une
erreur de représentation chez l'utilisateur : croire qu'un
reformatage solitaire de ce volume-Système > permet de lancer dans la foulée une
réinstallation tout aussi solitaire. Cette opération est vouée à l'
échec > dans la mesure où subsiste dans le
Conteneur apfs le volume
Preboot recelant toujours l'
UUID de l'
ancien volume-Système > alors que le
reformatage a créé un nouveau volume
Macintosh HD caractérisé par un
nouvel UUID. Cette
désynchronisation Preboot <=>
Macintosh HD --> donne lieu à un
échec d'installation avec le message : "
Impossibilité de créer un volume de prédémarrage" --> dans la mesure où un défaut de programmation du programme d'installation de
High Sierra (
apfs) > fait qu'une
mise-à-jour des informations d'un volume
Preboot subsistant est
impossible de manière à l'ajuster au nouvel
UUID d'un volume
Macintosh HD reformaté.
Il y a là (à mon avis tout personnel) une
lacune de programmation signant la hâte avec laquelle la version
apfs de
High Sierra a été publiée - lacune conduisant à un
blocage de réinstallation de l'utilisateur qui a exercé le droit de reformatage du volume de démarrage
Macintosh HD dans l'«
Utilitaire de Disque» de la session de secours --> et qui se retrouve confronté à un programme d'installation
planté par la subsistance du volume
Preboot resté solidaire de l'ancien
Macintosh HD. Ce qui me scandalise (personnellement) dans cette affaire > c'est le fait que parvenu à la MÀJ
10.13.4 --> le programme d'installation de
High Sierra (
apfs) n'ait
toujours pas été corrigé, lui, de manière à pouvoir
mettre à jour les informations de prédémarrage d'un volume
Preboot désynchronisé par le reformatage du volume-Système
Macintosh HD.