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).