Version imprimable du sujet

Écrit par : flip flop 13 Oct 2019, 21:35

Bonjour

Sur le SSD du Mac, j'ai deux partitions sous El Capitan: une partition principale et une petite partition secondaire.

Pour faire un clone de la partition principale vers un disque externe, comme je dispose de cette partition secondaire, j'exécute SuperDuper depuis la partition secondaire (et non depuis la partition principale elle-même).

Ma question est la suivante: y a-t-il un avantage à utiliser SuperDuper depuis un volume tiers, ou peut-on se contenter d'utiliser SuperDuper tout simplement depuis le volume que l'on veut cloner ?

Écrit par : jeanjd63 13 Oct 2019, 21:38

Salut.

Je ne connais pas très bien SuperDuper, mais par contre Carbon Copy Cloner fait les clones en direct live. SuperD doit faire pareil.

Écrit par : flip flop 13 Oct 2019, 21:56

Oui, SuperDuper fait aussi les clones en direct live.
Je me poserais la même question (du volume tiers) pour CCC.

Écrit par : jeanjd63 13 Oct 2019, 22:08

Dans ce cas, je ne vois pas l'avantage, si ce n'est un gain de temps peut être ?

Écrit par : flip flop 13 Oct 2019, 22:50

J'ai peut-être mal posé ma question, jeanjd63. Au temps pour moi...
En fait, quand je dis "y a-t-il un avantage...", ce que je me demande c'est: si on fait deux clones, l'un depuis un volume tiers et l'autre depuis le volume-même que l'on veut cloner, les deux clones obtenus sont-ils strictement identiques ou y a-t-il des différences ? Et si différences il y a, est-ce que ça vaut la peine d'utiliser un volume tiers ou pas ?

Pour reformuler tout ça, je dirais tout simplement: est-ce que tout le monde utilise SuperDuper ou CCC depuis le volume à cloner ?
Je vous remercie pour vos retours.

Écrit par : baron 13 Oct 2019, 22:52

Pour tout le monde, je ne peux pas dire…
Mais pour moi, oui. (CCC et TimeMachine.)

Écrit par : jeanjd63 13 Oct 2019, 22:58

Pour moi aussi les clones se font en Live.

Écrit par : anonym_d019ede3 13 Oct 2019, 22:59

La seule chose que tu vas y gagner, c'est si tu travailles sur des choses lourdes en même temps, là c'est juste au niveau des accès disques qu'il y aura une petite différence.

Autant dire que vu les accès disque sur un SSD, c'est pas ce qui va te changer grand chose à l'usage.

Écrit par : flip flop 13 Oct 2019, 23:34

Déjà, merci pour vos réponses à tous les trois
(j'en attends d'autres)

jeanjd63, bigmechantmou , à vous lire ("en Live", "en même temps"), je me pose une nouvelle question: vous travaillez sur le volume pendant qu'il est en train d'être cloné ?

Écrit par : anonym_d019ede3 13 Oct 2019, 23:36

Carbon créé un instantané donc oui c'est possible.

Écrit par : flip flop 13 Oct 2019, 23:57

Alors ça, bigmechantmou... je ne le savais pas.

Je pensais qu'il ne fallait surtout pas travailler et modifier quoi que ce soit pendant le clonage.
C'est aussi ce qui m'avait amené à lancer le clonage depuis un autre volume. Comme ça, aucun risque, je pouvais travailler sans problème pendant le clonage.

On peut aussi travailler sur le volume en cours de clonage avec SuperDuper ?

Écrit par : jeanjd63 14 Oct 2019, 05:15

Bien sûr et c'est vrai aussi pour Time Machine.
De toutes façons, quand tu démarres sur ton mini système, comment fais-tu pour travailler?
Si tu accèdes à tes fichiers depuis, le problème est le même.

Écrit par : Mac Arthur 14 Oct 2019, 05:32

CCC depuis l'original et en live aussi

Pfiouuu il y a du monde debout de bonne heure ce matin....

Écrit par : audionuma 14 Oct 2019, 09:00

SuperDuper depuis le volume source depuis plus de dix ans sans problèmes pour moi.

Écrit par : ide508 14 Oct 2019, 09:18

Salut,
SuperDuper pour moi depuis des lustres avec pleine satisfaction, seulement avant emploi, je quitte toute les applications ouvertes. Je me souviens avoir lu qu'il fallait procéder comme cela dans le manuel de SD.

Écrit par : Hi_RAM 14 Oct 2019, 09:40

J'utilise SD depuis des années… je n'ai jamais quitté d'applications (il faut dire que les manuels je ne les lis pas ) j'ai juste programmé à des heures ou je suis sensé ne plus être devant mon camion… (clone du SSD vers disque "normal interne…)

Mac (Create) Pro 5.1 (2010) 3.46 Ghz-6 core, 64 Go RAM, 10.12.6 sur SSD MX 500 1 To (sata 2) et 10.6, 1 SSD Mx500 1 To, 3 x 2 To DD,, Wifi Bcm94360cd - 802.11 A/B/G/N/AC + BT 4.0, Radeon HD 5770 , Benq SW2700 et mon bon vieux MDD G4 867 en 10.4. 11. iBidules Air 2019 iPadOS 13.2 ß2 et SE iOS 13.2 ß2, Mini 4K fibre

Écrit par : ide508 14 Oct 2019, 10:17

J'ai retrouvé

Although it’s not strictly necessary, it’s usually a good practice to quit all running applications before performing a backup.

Ce n'est pas strictement nécessaire, mais c'est une bonne pratique de quitter les applications ouvertes avant de faire une sauvegarde

Since there are some that aren’t visible, like the Microsoft Office Database Daemon.t’s easiest to log out of your account, and then log back in with the Shift key held down.
This will prevent your startup items from running, and helps to ensure that your personal data doesn’t change during the backup.

Car il y en a qui certaines qui ne sont pas visibles tel que le Microsoft Office Database Daemon
C'est plus facile en fermant votre session puis la ré-ouvrir.
Ceci empêchera les applications ouvertes de fonctionner et aidera à ce que vos données personnelles ne change pas durant la sauvegarde.

Enfin, j'dis cela, j'dis rien

Écrit par : flip flop 14 Oct 2019, 13:53

En fait, je reviens sur ce que tu as écrit, bigmechantmou.
Quand tu parles d'instantané, je comprends que lorsque SD ou CCC réalise le clone, il ne prend pas une "photo" du volume au moment précis où il commence l'opération de clonage. Il prend une photo de chaque fichier au moment où il traite le fichier en question. Et donc, si on modifie un fichier après qu'il ait été cloné, la mise à jour de ce fichier peut ne pas faire partie du clone final.
... ce qui n'est absolument pas gênant, à partir du moment où le clone est totalement fonctionnel.


Ben... quand je clonais depuis mon mini système, c'est clair que je ne m'autorisais aucune modification du volume que je clonais. Je surfais sur le net, voire je travaillais sur des documents disponibles sur mon mini système (ou copiés depuis le volume cloné). Je m'autorisais des lectures sur le volume cloné, mais pas des écritures.
Sinon, comme tu le dis, ça ne servait pas à grand chose.


Oui, ide508, je suis allé revoir la doc hier en fin de soirée, et c'est effectivement le passage à retenir...
Et je pense que ce doit être la même chose du côté de CCC. Y a pas de raison.

Pour en dire plus, j'utilise SuperDuper depuis plus de dix ans.
Au début, sur la base de cet extrait de la doc, je lançais SuperDuper depuis le volume à cloner mais je redémarrais au préalable sur ce volume en maintenant la touche Shift appuyée, comme recommandé. Et le temps du clonage, je laissais le Mac tranquille, je touchais à rien

Mais très vite, par la suite, comme j'avais cette petite partition Système supplémentaire, je lançais le clonage depuis cette partition.
Bref... ceinture bretelle !
Ça me permettait de bricoler le temps du clonage, mais ça m'imposait tout de même une toute petite discipline.

Ce que je commence à retenir de vos commentaires , c'est qu'il n'y a pas lieu de se prendre la tête...
À quelques exceptions près, vous lancez le clonage depuis le volume à cloner (sans redémarrer le volume en maintenant la touche Shift appuyée), et vous vous permettez de travailler sur ce volume pendant le clonage.
Le fait de travailler sur le volume pendant le clonage va influer sur la photographie finale du clone, mais ne va en aucune manière "planter" le clone.
Et au final, le clone n'est peut-être pas une photo instantanée parfaite "à un instant t", mais il est une photographie tout à fait représentative du volume et surtout parfaitement fiable.
... ce qui pourrait m'amener à laisser tomber les "ceinture bretelles".

D'autres commentaires et retours seraient les bienvenus.

Écrit par : Ulf64 14 Oct 2019, 15:08

Perso j'ai remplacé Time Machine par CCC.
Mise à jour du clone programmé tous les 3 h.
Safetynet activé pour la récupération des fichiers effacés et anciennes versions
Conservation de 1 snapshot par jour sur 7 jours (donc 7 snapshots au total)
Je travaille sur le Mac pendant la màj du clone.

Périodiquement, au moyen de CCC et via le Mac, je fais des copies de sécurité des partages de mon NAS sur des DDE, formatés NTFS et stockés hors ligne.

CCC sait vraiment tout faire et vaut largement son prix.

Écrit par : ide508 14 Oct 2019, 15:45

Salut,

Pourrais-tu me dire ce que CCC fait et SD ne sait pas faire?

Merci

Écrit par : jeanjd63 14 Oct 2019, 15:51

Salut.

Par exemple créer la partition de Recovery sur le clone d'un système bootable.

Écrit par : flip flop 15 Oct 2019, 20:09

Je me suis interrogé sur ces termes "instantané" et "snapshot", et je suis allé chercher à droite à gauche.
Et j'ai lu qu'effectivement, SuperDuper et Carbon Copy Cloner prennent désormais en charge l'une des spécificités du nouveau gestionnaire de fichiers APFS introduit depuis High Sierra, à savoir les instantanés. Et oui, je comprends mieux maintenant (?): SD et CCC prennent désormais une photographie "à un instant t" de l'état du volume, au moment où le clonage est lancé. Impressionnant.
Comme je suis sous El Capitan... j'y ai pas droit


Bon, de mon côté, je suis un utilisateur très tranquille du Mac. Ce que j'attends de SuperDuper, c'est qu'il me fasse tout simplement des clones fiables du Mac vers un disque dur externe. Ce qu'il fait sans problème.

Une chose qu'il faut tout de même rappeler, pour celles et ceux qui ne le sauraient pas encore et qui pourraient s'intéresser au clonage, c'est que... SuperDuper est gratuit.
Gratuit (pour toujours) pour ce qui est de tout simplement générer un clone, de façon la plus basique qui soit, à savoir... à chaque fois, on efface le volume destination et on reconstruit un nouveau clone en recommençant tout à zéro. Ce qui, pour quelques centaines de Gigas peut demander quelques heures .
Si on achète SuperDuper, on a accès à toutes ses fonctionnalités dont la sauvegarde incrémentale (qui peut ne prendre que quelques minutes pour mettre à jour le clone).

Je vous remercie toutes et tous pour vos réponses

D'autres commentaires et retours seraient bien sûr les bienvenus.
Je vous rappelle les questions:
Est-ce que vous utilisez SuperDuper (ou CCC) depuis le volume à cloner ?
Est-ce que vous travaillez sur ce volume pendant le clonage

Écrit par : Baradal 15 Oct 2019, 20:15

Chez moi pour mon MBP, 3 clones + TM
2 clones Super Duper et 1 CCC

Écrit par : Cri-cri 18 Oct 2019, 16:54

J'utilise Super Duper depuis de très longues années, depuis la partition principale, et sans m'en inquiéter (je continue à travailler en même temps au besoin).
Jamais eu aucun souci.

Très bon soft !

Écrit par : flip flop 19 Oct 2019, 13:47

À la lecture des documentations de SD/CCC, je comprends (entre les lignes) que les développeurs partent du principe que la majorité des utilisateurs lancent l'application depuis le volume de travail et travaillent sur ce volume pendant le clonage.

Il y a en fait deux cas de figures à considérer:

1. sous HIGH SIERRA ET ULTERIEUR… il n'y a aucun problème.

SD/CCC fait appel au nouveau gestionnaire de fichiers APFS, capable de prendre un "instantané" (ou "snapshot") de l'état du volume à "un instant t" très précis.

Le clonage étant basé sur cet "instantané", on peut travailler sans problème sur tout et n'importe quoi pendant le clonage, SD/CCC ne prenant absolument pas en compte les changements apportés au volume.

Dans ce cas, travailler pendant le clonage n'a aucune incidence (aucune !) sur le clone final.

2. sous SIERRA ET ANTERIEUR… on ne dispose pas de cette facilité apportée par APFS.

Travailler sur le volume en cours de clonage peut "dans certains cas" avoir une incidence sur le clone.
Il y a à ce sujet des chapitres dans les docs de SD/CCC:

. la doc SD rapporte que bien que ce ne soit pas absolument nécessaire, c'est quand même une bonne habitude de quitter toutes les applications en cours et même de redémarrer le Système en maintenant la touche Shift appuyée avant de lancer le clonage.

. la doc CCC est plus précise et rapporte que si (pendant le clonage) on travaille sur de "gros" fichiers (et CCC donne les exemples d'Images Disque montées ou de container VMWare/Parallels), alors il y a une probabilité non nulle que le clone soit "corrompu". Et donc CCC recommande de ne pas utiliser d'applications pouvant travailler sur de gros fichiers, le temps du clonage.

Bien évidemment, si un clone est "corrompu", cette corruption sera corrigée (cette corruption a de très grandes chances d'être corrigée) lors de la mise à jour suivante du clone.

Pour résumer ce qui est explicitement écrit par SD/CCC, pour les versions de OS X/macOS JUSQU'À SIERRA INCLUS:

. il y a des cas de figures très particuliers pouvant entraîner la corruption du clone,
. on peut donc être pleinement satisfait de SD/CCC, sans savoir qu'un clone peut dans certains cas être corrompu et que si on avait besoin justement de ce clone-là pour restaurer un volume (pour donner raison une fois de plus à la célèbrissime loi de Murphy)… ce clone ne serait pas pleinement cohérent, fiable,
. on peut sans problème lancer le clonage depuis le volume de travail, mais il est recommandé de quitter toutes les applications avant de lancer le clonage.

- - - - - - - - -

Pour info, un extrait de la doc SD:

Although it’s not strictly necessary, it’s usually a good practice to quit all running applications before performing a backup. Since there are some that aren’t visible, like the Microsoft Office Database Daemon, it’s easiest to log out of your account, and then log back in with the Shift key held down. This will prevent your startup items from running, and helps to ensure that your personal data doesn’t change during the backup.

Pour info, deux extraits de la doc CCC:

https://bombich.com/fr/kb/ccc5/can-i-run-backup-while-im-using-my-computer-if-i-have-open-files-will-they-be-backed-up
Can I run a backup while I'm using my computer? If I have open files, will they be backed up?

Generally, yes. Performance will be affected during the backup task (especially the first one) as CCC reads the entire source volume and writes to the destination volume. If your work is "disk bound" — that is your applications are reading or writing to either the source or destination, then you'll notice a performance hit. If you're just reading email or writing a document, then you probably won't notice the performance hit.

What happens if files are modified while they're being copied?

If the source volume is not APFS-formatted, then some consideration should be given to the modification of files on the source during the backup task. Typically it's OK to work from the source volume while you're copying it, with the understanding that if CCC copied a file, then you open it, make changes, save it, then CCC completes the backup task, the modified version of your document is not backed up (this time around). Typically that's no big deal, the modifications will get backed up the next time the backup task runs. More importantly, though, if you're working with large files (mounted disk image, Entourage email database, VMWare/Parallels container) during the backup operation, it is possible that those large files could be modified while CCC is backing up that file. This won't affect the source file, but there's a good chance that the backup version of that file will be corrupt. For this reason it is a good idea to stop using applications that may be modifying large files for the duration of the backup task. Again, keep in mind that this is only applicable for non-APFS source volumes.

https://bombich.com/fr/kb/ccc5/backing-up-large-files-mounted-disk-images-and-virtual-machine-containers
Backing up large files, mounted disk images, and Virtual Machine containers

Note: When backing up an APFS-formatted volume with CCC 5.1 or later, CCC will copy files from a read-only snapshot of the source volume. The subject of this article is not applicable in those cases.

Mounted disk images and running Virtual Machine container files pose an interesting problem to incremental backup utilities. By simply being mounted and accessed (e.g. via browsing the contents, booting the VM), the content of these large files are subject to modification by the applications that use those files. If you run a CCC backup task while a read/write disk image is mounted or while a VM container's OS is booted, there is a chance that the disk image file or VM container will be modified while it is being backed up, resulting in a corrupted version of the file on your backup volume.

If you have disk image files or VM containers that are regularly in use on your system, you should exclude these items from your backup routine and configure an alternate backup task for these items that runs when they are not in use. Alternatively, you could quit or suspend the applications that modify those files for the duration of the backup (see the "Example pre and post clone shell scripts" link below for examples of how to automate this).

If errors do occur while backing up large files, quit or suspend the applications that modify those files, then simply run the backup task again to correct the copy of the file on the backup volume.

Écrit par : anonym_d019ede3 19 Oct 2019, 13:52

Je travaille sur mon Snow Leopard comme je le faisais sur mon Leopard et même avant sur mon PPC en Tiger pendant que je clone et je n'ai JAMAIS rencontré un seul souci.

Écrit par : flip flop 19 Oct 2019, 21:19

bonjour, bigmechantmou

Oui, moi aussi, j'utilise SuperDuper depuis des années (depuis Snow Leopard) pour réaliser des clones et pour faire des restaurations (notamment à chaque mise à jour majeure du système) et je n'ai jamais eu le moindre souci.
Bon, c'est vrai que je suis un utilisateur tranquille: un seul clone avec 1 ou 2 mises à jour par mois.
Comme je le disais aussi, j'avais pris l'habitude de lancer SuperDuper depuis une partition tierce.

Je me suis posé la question de savoir si SuperDuper (ou Carbon Copy Cloner) pouvait sans aucun problème être lancé depuis le volume de travail et si on pouvait avoir une activité sur ce volume pendant le clonage, sans aucune incidence sur la cohérence et la "fiabilité" du clone.

Et donc… pour avoir survolé les docs de SD/CCC, et sans du tout vouloir passer pour un lanceur d'alerte, je voulais juste dire que:

. à partir de High Sierra, il n'y a désormais plus aucun problème (grace aux instantanés/snapshot APFS).
C'est répété à plusieurs reprises dans la base de connaissance (la "Knowledge Base") de CCC: à partir de High Sierra.

. mais pour les systèmes précédents et donc jusqu'à Sierra, il est explicitement écrit dans la doc de CCC (et je pense que c'est aussi valable pour SD) que dans certains cas d'activité lors du clonage, il y a une toute petite petite petite probabilité d'obtenir un clone "corrompu" (partiellement corrompu) et donc que, si pas de chance mais alors pas de chance du tout, c'est à partir de ce clone-là qu'on va être amené à faire une restauration, alors on aura une restauration qui ne sera pas à 100% fiable. Je pense que si CCC a écrit ça, c'est qu'il y a un tout petit petit petit risque (la loi de Murphy à son potentiel maximum), mais un risque sur lequel ils ont préféré communiquer. Et d'ailleurs, je le répète, CCC ne se prive pas d'insister sur le fait que ce cas de figure hautement improbable est réglé, depuis High Sierra.

C'est juste pour partager mes réflexions suite aux contributions sur ce topic et suite à mes lectures de doc.

Il est clair qu'un nombre incalculable d'utilisateurs pourraient dire qu'ils n'ont JAMAIS eu le moindre problème de clonage sur des années et des années, mais il n'empêche que SD et CCC disent en gros que le fait de quitter toutes les applications avant de lancer le clonage permet d'éviter ce cas de figure à très très très faible probabilité d'occurence, et donc de sécuriser le clonage. Et ce, jusqu'à Sierra.

C'est tout.

Maintenant, comme dit ide58:

Très sincèrement, en toute amitié, bigmechantmou.

Écrit par : anonym_d019ede3 20 Oct 2019, 17:19

Je vois effectivement ce que tu veux dire, perso je ne m'en soucie pas pour une simple et bonne raison :

Depuis que j'ai eu un crash disque dû à une surtension il y a quelques années lors d'un clonage, et que du coup la source comme son clone étaient inutilisables, j'ai toujours deux clones, branchés à des moments différents ce qui limite considérablement les risques.

Écrit par : flip flop 20 Oct 2019, 20:20

bigmechantmou, j'aime beaucoup vous lire, toi et les autres "gros costauds" de MacBidouille.
Ces dernières années, j'ai vraiment beaucoup appris sur ce forum.
Je vais pas donner de noms, mais je profite de l'occasion et je vous envoie à toutes et tous un grand merci !
(si, quand même: Lionel, si tu me lis… )

Je sais que pour ce qui est des sauvegardes, vous savez y faire.

Et mes réflexions sur ce topic s'adressent plus aux personnes comme moi.
Je suis pas un pro. Le Mac, c'est juste pour le plaisir.
Un Mac, un disque dur externe, un système qui date un peu et une configuration hyper stable.

Et donc, pour ce qui est du clonage, oui, je peux me permettre de quitter les applications, de lancer la mise à jour du clone, et d'aller faire un tour

Écrit par : anonym_d019ede3 20 Oct 2019, 21:38

Je vous remercie c'est gentil, mais je ne suis pas un pro non plus, tout ce que j'ai appris c'est à la lecture des forums tout comme vous le faites, et je continue d'en apprendre aujourd'hui encore.

Edit : Et je viens de voir qu'en plus j'ai même moins d'ancienneté sur le forum ! (4j)

Écrit par : Ganjab 22 Oct 2019, 11:46

Bonjour à Tous,

Je "m'accroche" à cette conversation pour faire part de ce que j'ai noté hier après un clônage avec CCC sur mes 2 DD SSD externes, les 2 de Samsung.
Sur chacune des copies j'ai environ 66 Go de plus que sur mon disque source.
J'ai regardé individuellement sur chaque dossier : Bibliothèque, Application, Système, Utilisateurs, et j'ai la même chose sur les 3 disques.

Quelqu'un pourrait me dire ou sont ces 66 Go ?

Merci

Bonne journée

Écrit par : Ulf64 22 Oct 2019, 17:08

Ça me fait penser à quelque chose:
J'utilise aussi un T5 pour mes sauvegardes horaires via CCC à la place de Time Machine.

Lorsque que j'ai voulu configurer le T5 pour être bootable Mac j'ai eu un problème avec l'utilitaire disque:

Il ne m'étais pas possible de changer la table de partition du T5 de MBR en GPT (GUID). Il y avait quelquechose qui empêchait Utilitaire disque d'effectuer le travail.
Je n'ai pas pensé à regarder s'il y avait de l'éspace réservé ou que sais-je.
J'ai passé outre et configuré / formaté le T5 via une commande de terminal.


NB:
Avant, pour High Sierra j'avais utilisé un T3 comme cible pour CCC sans aucun problème de config avec utilitaire disque.
A moins que le problème vienne de l'Utilitaire disque de Mojave utilisé pour le T5

Écrit par : jeanjd63 22 Oct 2019, 17:30

Salut.

L'option SafetyNet est-elle activé sur les disques cible? (option par défaut).
Si oui, c'est normal. CCC agit comme Time Machine en sauvegardant les différentes versioins des fichiers.

Voir ceci : https://bombich.com/fr/kb/ccc5/protecting-data-already-on-your-destination-volume-carbon-copy-cloner-safetynet




Dans l'utilitaire de disque, il faut utiliser la fonction "Effacer" en ayant sélectionné le disque complet et non une partition.
Si les disques ne s'affichent pas, il faut aller dans le menu Présentation et cocher "Afficher tous les appareils" ou cmd+2 (cmd+1 pour les cacher).

Écrit par : Ulf64 22 Oct 2019, 17:46

Je sais tout ça. Et lorsque la 3me ligne permettant de choisir la table de partition est grisée, tu fais quoi ?

Écrit par : jeanjd63 22 Oct 2019, 17:56

C'est peut être que le disque est utilisé et qu'il faut démonter les partitions.
Dans tous les cas j'utilise le terminal et comme dirait un grand homme des tas ça m'en touche une.....