il me suffisait de booter sur l'utilitaire disk interne. Une fois cela fait, je restaurer ma partition système et cela se faisait en quelques dizaines de secondes.
Un mystère d'éclairci : il y avait bien un
Système tiers permettant la restauration --> c'est le
RecoveryOS de la partition de secours
Recovery HD (l'«
Utiitaire de Disque» étant une des applications disponibles dans cette session).
Un point qui me reste obscur : comment l'image-disque "
source" était-elle trouvée une fois lancé l'«
Utilitaire de Disque» ? - parce que, créée à partir de cet «
Utilitaire de Disque» de l'environnement
Recovery > elle
restait affichée dans sa colonne de gauche comme disque virtuel (grâce à un fichier de préférences) ? - donc pas besoin de commande
hdiutil attach pour aller la monter sur sa partition de résidence ?
------------
je restaurais ma partition système et cela se faisait en quelques dizaines de secondes.
Voilà pour moi un nouveau mystère --> cette activité de "
restauration rapide" (un «
fast food » en quelque sorte) est présentée comme une
routine. Pourquoi diantre cet acte réitéré de restauration du volume de l'OS à partir de celui d'une image-disque ? - le volume de l'OS présentait-il un problème ? - s'agissait-il, récursivement, de le remettre constamment à la même configuration fixe choisie une fois pour toute ? - un réflexe windowsien ? Car je suppose qu'aucune mise-à-jour incrémentale du contenu du volume de l'image-disque n'était faite ? Ou bien l'image-disque était-elle refaite totalement chaque jour?
Il y a dans cette démarche quelque chose qui échappe totalement à mon entendement. Je n'arrive pas à concevoir sa logique.
----------
je n'arrive pas à restaurer la sauvegarde de CCC... car je n'arrive pas à booter sur CCC comme on m'a dit de le faire
Mais
il ne s'agit pas de booter sur «
CCC». C'est
impossible. On boote sur un
volume recelant un Système >
pas sur une application qui ne peut fonctionner que
dans l'environnement d'un OS. Tu n'as
jamais booté auparavant sur l'«
Utilitaire de Disque». Tu
bootais sur l'OS simplifié RecoveryOS > r
ecelé dans le volume Recovery HD > et tu lançais l'application «
Utilitaire de Disque»
dans la session de l'OS RecoveryOS.
Eh bien ! c'est pareil avec «
CCC» --> tu dois
booter sur le volume cloné par «
CCC» > car ce volume cloné contient... un
OS clone de celui de la source et c'est sur ce Système démarrable que tu bootes. Une fois ouvert une session qui est copie-conforme de ta session de l'OS "source" > tu
lances l'application particulière «
CCC» (comme tu le faisais pour l'application particulière «
Utilitaire de Disque») et tu clones à rebours. Redit avec tes intitulés de volumes -->
- après clonage de la source (volume
MAC SIERRA) dans le
volume entier de destination (volume
PARTITION 2 et pas une image-disque dans
PARTITION-2) > pour restaurer > il faut
démarrer sur le clone (volume
PARTITION 2 via la touche "
alt" - et pas en mode
Recovery) > lancer «CCC» (qui s'est cloné dans les Applications du clone) > créer une
tâche en sens inverse de la 1ère (= clonage où source =
PARTITION 2 et destination =
MAC SIERRA) et effectuer.
Comme «
CCC» clone son fichier de préférence dans
MAC SIERRA > au prochain lancement de «
CCC» dans
MAC SIERRA --> 2 tâches seront définies (avec les noms choisis) : dans le sens
MAC SIERRA => PARTITION 2 & dans le sens inverse
PARTITION 2 => MAC SIERRA. Comme on ne peut jamais cloner en prenant comme destination le volume démarré > choisir d'activer chaque fois la tâche pertinente en fonction du volume.
Mais, je le redis, une
sauvegarde (clone) est un secours en cas (peu fréquent) de plantage ou de problème. L'activité régulière de clonage se fait
régulièrement à sens unique : du
volume de l'OS (= source) sur le
volume du clone (= destination). Absolument pas en sens inverse sur une base régulière (genre quotidienne ou hebdomadaire). Il faut accepter que le volume de l'OS augmente en données tout en subissant la loi de l'entropie (= l'accroissement du désordre).
----------
tu parles d'une opération réversible (diskutil ap addVolume disk2 apfs STOCK).
Réversible, au sens où tu peux
supprimer le volume que tu as créé dans le
Container. Par une commande du type :
Bloc de code:
diskutil ap deleteVolume device
(où
device est remplacé par l'identifiant de "pseudo-partition" du volume dans le
Container APFS - par exemple, si le
Container est
disk2 --> le device =
disk2s2 (simple exemple) - un
diskutil list donne cet identifiant).