macOS Big Sur Utilité d'une sauvegarde bootable avec CCC sous Big Sur

JLB21

Membre expert
Club iGen
22 Novembre 2007
6 625
772
Bonjour,

Je souhaiterais obtenir l'avis de spécialistes éclairés sur le sujet.

Depuis très longtemps et en parallèlle avec une sauvegarde TM, j'avais l'habitude de cloner régulièrement mon DDI avec CCC de façon à disposer d'un disque bootable.
A l'avénement de Big Sur, il y a eu si mes souvenirs sont bons un flottement, puis CCC a permis de booter à partir de la sauvegarde (je suis quasiment certain d'avoir pu re-démarrer depuis ma sauvegarde).

Récemment, j'ai voulu vérifier la chose, mon disque de sauvegarde a été accessible au démarrage, mais la procédure a échoué.

Après plusieurs tentatives, j'ai re-formaté ma partition de sauvegarde et re-cloné mon DDI.

Mais lorsqu'il s'est agit de re-démarrer sur clone, le disque de sauvegarde ne fut pas proposé.

J'ai donc regardé l'aide de CCC, notamment cette rubrique concernant la création de sauvegardes qu'ils appellent 'amorçables' (dans la traduction automatique de Safari).
Et j'ai eu la surprise de constater que l'éditeur semblait déconseiller la création de sauvegardes bootables, même si ceci est resté possible via un assistant, mais si j'ai bien compris, sans garantie…

Capture d’écran 2021-05-29 à 11.06.57.jpg Capture d’écran 2021-05-29 à 11.08.27.jpg

Autrement dit, le clonage par CCC n'est plus par défaut (je crois que c'était le cas avant Big Sur) clonable.

Et je demeure indécis sur l'intérêt ou non de faire éventuellement appel à cet assistant ?

Merci donc par avance de me faire part de vos expériences, conseils et suggestions.:merci:
 
  • J’aime
Réactions: mokuchley
je vais suivre avec attention ton sujet.....
 
:coucou: JLB

Big Sur a posé des problèmes à Mike Bombich éditeur de CCC (et à d'autres éditeurs de logiciels de clonage) > à cause de la spécificité du volume-Système qui est scellé par un sceau d'intégrité et de ce chef non recopiable de manière classique. Et l'exécutable propriétaire Apple en charge du clonage (en mode bloc et pas fichier) de l'apfs : l'exécutable asr (apple_software_restore) => ne pouvait pas lui-même exécuter cette tâche de clonage du volume-Système pendant tout un temps.

L'exécutable asr a récemment été mis à jour de cette capacité et peut désormais cloner le volume-Système de Big Sur. CCC qui clone en mode fichier > a donc intégré à son programme asr pour pouvoir cloner le volume-Système de Big Sur et proposer un clone complet et démarrable.

À partir de ce succès de base péniblement obtenu > CCC amorce une série de cas de figures :

- a) il s'agit d'un 1er clonage dans l'absolu d'une distribution Big Sur => à destination du Conteneur apfs vide d'un DDE. CCC effectue un clonage intégral (y compris du volume-Système) via l'exécutable Apple asr. Le clone est démarrable.​
- b) il s'agit d'un énième clonage en mode mise-à-jour du clone obtenu par la méthode a) => CCC ne cherche jamais plus à cloner le volume-Système (car l'emploi d'asr à chaque fois serait chronophage et inutile étant donné que le volume-Système est invariable car recelant les données constantes de l'OS) > il se contente de mettre à jour en mode fichier les volumes : Données > prédémarrage > secours du clone. Le clone reste démarrable.​
- c) il s'agit d'un clone pré-constitué de la période où CCC ne prenait pas en charge le volume-Système => le clone n'était pas démarrable > mais utilisable en source pour l'Assistant de migration après réinstallation propre de Big Sur. La situation à présent ne change pas > CCC laisse en l'état la lacune de volume-Système du clone. Le clone reste non démarrable.​

Est-ce que tu reconnaît ton clone dans le cas de figure n°3 ? --> si oui > Mike Bombich conseille tout simplement de lancer une installation de Big Sur à destination du volume-Données du clone : le programme d'installation créera un volume-Système valide > ne changera rien au volume-Données > et le clone sera démarrable. Les mises-à-jour ultérieures par CCC ne toucheront pas le volume-Système du clone.

Note : l'emploi de l'exécutable asr pour restaurer (= cloner en mode bloc absolu) une distribution apfs => au Conteneur apfs d'un autre disque est d'une sophistication et d'une lenteur à rendre fou. Et c'est l'ensemble de la distribution source qui doit être prise en charge. C'est ce qui explique la décision de Mike Bombich de n'utiliser asr que pour initialiser un 1er clone et pas à chaque sauvegarde ultérieure. C'est Apple qui a créé cette situation à la limite de l'impossible > à force de blinder la sécurité du volume apfs de démarrage.
 
Bonjour macomaniac ;)

Toujours sur le pont et toujours aussi 'pointu'…

Pour moi, tes explications, malgré la clarté avec laquelle du rédiges, sont difficiles à comprendre.

Toutefois, ayant re-formaté en apfs la partition du DDE destinataire du clonage et ayant opéré avec CCC une nouvelle tâche de clonage, il me semble que je me trouve dans ton cas a/ ?

Et pourtant, au re-démarrage avec alt, je n'ai pas accès à cette partition du DDE.

D'où ma question.

Mais peut-être n'ai-je pas procédé comme il convient ?
J'ai effacé ma partition avec Utilitaire de disques comme ceci :

Capture d’écran 2021-05-29 à 16.53.52.jpg

Ensuite, j'ai créé une nouvelle tâche dans CCC :

Capture d’écran 2021-05-29 à 16.55.44.jpg

Peut-être y avait-il à spécifier quelque chose de particulier à la création de cette tâche pour obtenir que la partition soit bootable ?

Nota : mon OS est 11.4 et ma version de CCC est 6.0.1
 
Ton DDE branché au Mac > lance le terminal > passe la commande :
Bloc de code:
diskutil list
  • qui affiche en mode texte la configuration des disques (intrerne / externe)

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu (le 16è depuis la gauche = vers le milieu de la barre) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> (= Bloc de code) => tu fais ton coller dans la fenêtre de code et Continuer.​

=> ces informations montreront la configuration du disque du DDE
 
Bonjour Macomaniac, mon clone est bootable, mais qu'advient il à la prochaine Maj système, il faut repartir de zéro, tout effacer ?
D'après ce que j'ai compris si le disque interne est victime d'un crash, le Mac ne démarrera pas sur un disque externe. La solution Apple pour récupérer son Mac est d'en avoir un second, ce n'est pas franchement une solution facile. Donc un disque externe bootable, ne présente pas d'intérêt.
 
Voici la réponse :
Bloc de code:
JLB@iMac-de-xxxxx-3 ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk2⁩         1.0 TB     disk0s2

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *500.1 GB   disk1
   1:                  Apple_HFS ⁨FCP X-Vidéo1⁩            500.1 GB   disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Sans titre - Données⁩    483.3 GB   disk2s1
   2:                APFS Volume ⁨Preboot⁩                 541.1 MB   disk2s2
   3:                APFS Volume ⁨Recovery⁩                622.9 MB   disk2s3
   4:                APFS Volume ⁨VM⁩                      2.1 GB     disk2s4
   5:                APFS Volume ⁨Sans titre⁩              15.3 GB    disk2s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.3 GB    disk2s5s1

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk3
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk3s1
   2:                  Apple_HFS ⁨Sauvegardes-3To⁩         3.0 TB     disk3s2
   3:                 Apple_APFS ⁨Container disk4⁩         999.9 GB   disk3s3

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +999.9 GB   disk4
                                 Physical Store disk3s3
   1:                APFS Volume ⁨CloneJLB-HD-1To⁩         495.6 GB   disk4s1

JLB@iMac-de-xxxxx-3 ~ %
 
C'est là le Conteneur de ton clone ? -->
Bloc de code:
/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +999.9 GB   disk4
                                 Physical Store disk3s3
   1:                APFS Volume ⁨CloneJLB-HD-1To⁩         495.6 GB   disk4s1
  • c'est forcé qu'il ne soit pas démarrable si tu le compares avec le Conteneur de la source -->
Bloc de code:
/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Sans titre - Données⁩    483.3 GB   disk2s1
   2:                APFS Volume ⁨Preboot⁩                 541.1 MB   disk2s2
   3:                APFS Volume ⁨Recovery⁩                622.9 MB   disk2s3
   4:                APFS Volume ⁨VM⁩                      2.1 GB     disk2s4
   5:                APFS Volume ⁨Sans titre⁩              15.3 GB    disk2s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.3 GB    disk2s5s1
  • il n'y a dans le Conteneur du clone qu'un équivalent du volume-Données. Il manque le volume-Système > et les volumes de prédémarrage (Preboot) et de secours (Recovery). Les volumes d'archivage de la RAM (VM) et le snapshot de démarrage (com.apple.os.update-...) se créant automatiquement au démarrage.
 
Autrement dit, le clonage par CCC n'est plus par défaut (je crois que c'était le cas avant Big Sur) clonable.

Peut-être y avait-il à spécifier quelque chose de particulier à la création de cette tâche pour obtenir que la partition soit bootable ?
Bonsoir,
Non c’est depuis Catalina, il faut bien choisir « macintosh HD » pour la tache, si on choisit « macintosh HD - Données » seul les données seront clonées.
A noter que si tu as fait un clone de Macintosh HD - Données en AFPS (car en choisissant seulement les données on peut faire le clone en HFS+), on peut le rendre bootable après coup (pour CCC 5)
 
Dernière édition:
il n'y a dans le Conteneur du clone qu'un équivalent du volume-Données. Il manque le volume-Système > et les volumes de prédémarrage (Preboot) et de secours (Recovery). Les volumes d'archivage de la RAM (VM) et le snapshot de démarrage (com.apple.os.update-...) se créant automatiquement au démarrage.
C'est clair puisque au redémarrage avec la touche alt, le volume de sauvegarde n'est plus proposé…:p

Alors comment faire dans CCC pour cloner les éléments manquants permettant le boot ?

Lors de la création d'une nouvelle tâche après avoir re-formaté la partition destinataire, j'ai glissé mon HDD (qui est sans titre) dans la source et la partition re-formatée dans la destination.
Ce que l'on peut voir dans ma capture d'écran au post #4…

Il me semble qu'il n'y ait désormais avec CCC, si l'on veut à tous prix disposer d'un clone bootable, d'autre solution que de faire appel à l'assistant de sauvegarde démarrable (voir Capture d'écran post #1)

@maxou56 ;)
C'est bien ce que j'ai fait et que j'ai toujours fait.
Mais avec CCC 6, seule les données sont clonées, pas les éléments de boot…

Et c'est bien là ma question, comment procéder pour obtenir un clone bootable avec CCC 6 sauf à mettre en œuvre l'assistant de sauvegarde démarrable ?

Et si je me reporte à la rubrique mentionnée en post #1, il me semble que CCC se détache de la notion de clone bootable en prétendant que de toutes façons le système peut toujours être ré-installé via internet et les données rétroclonées depuis le clone de données.

Enfin, si j'ai tout compris…
 
@ JLB

Si tu as pris le volume-Système Sans titre en source > et si en destination tu avais un volume apfs d'accueil vide CloneJLB-HD-1To --> alors CCC aurait dû cloner sur le DDE la distribution valide de la source = volume-Système + volume-Données + volume de prédémarrage + volume de secours. Je ne comprends pas qu'il ne l'ait pas fait. Il est vrai que j'en suis toujours à la version 5 qui effectuait parfaitement ce service dans ses dernières mises-à-jour.

- je te conseille d'utiliser un installateur : Installer macOS Big Sur (à télécharger depuis l'AppStore si tu ne l'as pas déjà) => pour lancer l'installation à destination de CloneJLB-HD-1To. Le programme d'installation va compléter le Conteneur de destination des volumes manquants (Système > prédémarrage > secours). Les 2 autres volumes (archivage de la RAM + snapshot de démarrage) se créent automatiquement au 1er démarrage sur le clone.​
 
Il est vrai que j'en suis toujours à la version 5 qui effectuait parfaitement ce service dans ses dernières mises-à-jour.

C'est pour cela que j'ai soulevé le problème car en voulant vérifier le boot sur mon clone de CCC en version 6, j'ai constaté que l'appli ne clone plus par défaut une partition bootable
Et c'est ce que je voulais me faire confirmer (me disant que j'avais peut-être commis une erreur quelque part).

OK et merci macomaniac :merci: Bombich préconise effectivement de procéder à l'install de l'OS sur la sauvegarde.

Mais penses-tu que les mises à jour de l'OS seront répercutées ? Et sinon, cela a-t'il de l'importance ?

Enfin en cas d'avénement d'un nouvel OS, ne faudra-t'il pas à chaque fois l'installer sur la sauvegarde ?


Je crois que je vais en rester là, en me demandant si dans ces conditions, et dans la mesure où l'on dispose en parallèle d'une sauvegarde TM, est'il judicieux d'avoir un clone avec CCC qui soit non bootable ?

Dernière question subsidiaire : est-il possible de cloner une partition TM ?
 
est'il judicieux d'avoir un clone avec CCC qui soit non bootable ?
Bonjour,
Je rencontre le même problème, CCC 6 est non bootable donc aucun intérêt, TM suffit alors !
C'était bien la peine de faire la MAJ de CCC 6 payante :mad:
J'ai un peu les boules sur ce coup...
 
Je rencontre le même problème, CCC 6 est non bootable donc aucun intérêt, TM suffit alors !
Bonjour,
J'ai la version CCC 6 avec un Mini M1.
Le clone est bootable. J'ai privilégié la méthode expéditive puisque dans mon cas la version 5 ne clonait que le volume Données. J'ai effacé le volume Clone en entier et j'ai cloné à neuf avec CCC6.
Bloc de code:
philippe@Mac-mini-de-Philippe ~ % diskutil list disk7
/dev/disk7 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +999.9 GB   disk7
                                 Physical Store disk6s2
   1:                APFS Volume ⁨CloneMini - Données⁩     175.2 GB   disk7s1
   2:                APFS Volume ⁨CloneMini⁩               15.4 GB    disk7s2
   3:                APFS Volume ⁨Preboot⁩                 433.9 MB   disk7s3
   4:                APFS Volume ⁨Recovery⁩                1.0 GB     disk7s4
philippe@Mac-mini-de-Philippe ~ % diskutil mount disk7s3
Volume Preboot on disk7s3 mounted
philippe@Mac-mini-de-Philippe ~ % bless --info /Volumes/CloneMini
        1374 => Blessed System File is /Volumes/Preboot/4CAD554E-83FA-4D56-A1CB-8545C4AC5773/System/Library/CoreServices/boot.efi
        1373 => Blessed System Folder is /Volumes/Preboot/4CAD554E-83FA-4D56-A1CB-8545C4AC5773/System/Library/CoreServices
The blessed volume in this APFS container is "/Volumes/CloneMini".
The blessed APFS snapshot for this volume is "7C64B728-A492-4A3B-93CB-989B9C32EE16".
 
Dernière édition par un modérateur:
C'était bien la peine de faire la MAJ de CCC 6 payante
Ah oui, j'avais oublié ce fait… :cool:

Indépendamment du clonage de mon DDI, j'ai plusieurs autres utilisations comme le clonage en plusieurs copie de bibliothèques FCP X.
Et il faut reconnaître que cette appli est d'une extrême simplicité d'utilisation, avec notamment la possibilité d'exclure de la sauvegarde et directement dans l'application des éléments comme les Render Files ou autres.

Cela mis à part, il est sûr que ceux qui liront ce post hésiteront avant de payer pour des performances réduites (même si certaines fonctions ont été ajoutées).
 
J'ai effacé le volume Clone en entier et j'ai cloné à neuf avec CCC6.
Mais j'ai fait de même, et mon clone n'est pas bootable…
Ça se complique !
Pourrais-tu détailler comment as-tu procédé exactement ?:)

Edit : doublon avec nicomarcos qui est dans la même situation que la mienne…
 
  • J’aime
Réactions: nicomarcos
Tu effaces ton volume clone existant (formatage GUID et APFS).
Dans CCC 6 > Nouvelle Tache, tu sélectionnes en source ton disque en entier (Celui qui a la capacité de ton disque en entier, en général celui qui est présenté en premier).
J'ai aussi validé les instantanés sur le volume de destination (les 2 icônes en vert une fois sélectionnées). On peut vérifier depuis le bouton filtre de taches (petit entonnoir en bas à gauche du grand pavé) que la sélection est complète (une fois cloné)
Puis j'ai cliqué sur démarrer
C'est comme avant et c'est surement ce que vous avez fait. Je ne comprends pas pourquoi ça ne fonctionne pas.
Capture d’écran 2021-05-30 à 13.05.38.png
 
J'ai suivi depuis le début ce message et j'avoue que nous sommes nombreux à rencontrer le même problème, car Apple ayant renforcé les protections nous empêche de faire un clonage comme le faisions auparavant le plus simplement du monde. Maintenant ça devient un parcours du combattant et c'est galère que de devoir installer macOS Big Sur pour devoir ne cloner que les données, c'est un peu le monde à l'envers.

Edit : je fais un redémarrage pour vérifier quelque chose.

Edit 2 : j'ai suivi cette remarque...
Dans CCC 6 > Nouvelle Tache, tu sélectionnes en source ton disque en entier (Celui qui a la capacité de ton disque en entier, en général celui qui est présenté en premier).
J'ai aussi validé les instantanés sur le volume de destination (les 2 icônes en vert une fois sélectionnées). On peut vérifier depuis le bouton filtre de taches (petit entonnoir en bas à gauche du grand pavé) que la sélection est complète (une fois cloné)
...oui le fait de sélectionner le ou les instantanés permet de faire une sauvegarde qui est correcte, mais que nenni au redémarrage, mon clone n'est pas visible !

Edit 3 : le coeur du problème pour certains est cette icône...

Capture d’écran 2021-05-29 à 11.06.57.jpg

...en forme de sens interdit qui empêche de faire un bon clonage ! Oui, si on sélectionne les instantanés, cette icône de sens interdit disparaît...

Capture-000.jpg

...mais mon clone n'est pas bootable !!!
 
Dernière édition: