Clones bootables sous macOS 10.15.5 : les mises à jour de secours arrivent 🆕

Stéphane Moussie |

Une partie des éditeurs concernés par le changement dans macOS 10.15.5 qui bloque la création de nouveaux clones bootables ont livré des mises à jour palliant le problème.

Le 29 mai est sortie la version 5.1.18 stable de Carbon Copy Cloner, suivie quelques jours plus tard par la version 4.9.10 de ChronoSync. Manque encore une solution pour SuperDuper, mais le développeur planche dessus et peut donner un coup de main par email en attendant. [MàJ le 8/06 : Intego nous a indiqué qu'une mise à jour était prévue prochainement pour son utilitaire Personal Backup).

ChronoSync

Pour rappel, macOS 10.15.5 ne permet plus aux logiciels tiers de créer des firmlinks, des formes de liens symboliques bidirectionnelles dont ils se servent pour créer des clones bootables. Les clones bootables créés sous macOS 10.15.4 ou antérieur restent utilisables, ce sont pour les utilisateurs qui veulent créer un premier clone bootable sous macOS 10.15.5 que les développeurs doivent revoir leurs logiciels.

On ne sait pas si ce changement dans le système est un bug ou bien une limitation intentionnelle, peut-être liée à la sécurité. En fait, depuis macOS Catalina, Apple propose une nouvelle fonction pour créer des clones bootables, « Apple Software Restore », mais le créateur de Carbon Copy Cloner comme celui de SuperDuper s'en sont délibérément passés jusque-là pour plusieurs raisons.

« La nouvelle fonction ne marchait quasiment pas avant la bêta finale de Catalina. Et même quand elle a commencé à fonctionner, bien qu'elle soit rapide, elle gérait très mal les échecs. Les erreurs étaient toutes obscures », indique le développeur de SuperDuper. C'est notamment pour éviter d'utiliser « une boîte noire » que ces éditeurs ont préféré continuer utiliser leur méthode personnalisée exploitant les firmlinks.

macOS 10.15.5 bloquant cette méthode pour les nouveaux clones, ils n'ont d'autre choix que de s'appuyer sur Apple Software Restore.

avatar tchek | 

Ça craint de plus en plus mac Os ...

avatar raoolito | 

@tchek

le truc c'est que l'on parle d'un Os qui, comme high sierra, a subit pas mal de changements très profonds. en comparaison, Mojave est une boule sur du billard.
en plus l'equipe avant expliqué de désormais ils changeaient leur mode de fonctionnement pour les équipes de dev (bon, avant le lockdown)
Bref tout cela pour dire qu'on peut quand meme leur accorder du crédit dans le doute (meme si on a la sensation que les bugs se superposent avec le temps)

avatar r e m y | 

@raoolito

Je ne pense pas que ce soit un bug, mais plutôt une volonté d'Apple d'imposer l'usage de sa boîte noire de création de volumes bootable en bloquant les possibilités alternatives.

Apple a toujours été réticent à permettre aux tiers de créer des volumes bootables. Je me rappelle de l'excellent DiskWarrior dont il fallait souvent attendre longtemps la mise à jour de leur CD ou clé usb bootable quand on changeait de versions de macOS car ils devaient attendre la mise à disposition par Apple des outils nécessaires à la création de tels volumes externes bootables.

avatar marc_os | 

@remy
"Je ne pense pas que ce soit un bug"

Il n'y a pas à "penser" ou à avoir une opinion personnelle !

En effet, quand une API ne fait pas (ou plus en l'occurence) ce que sa documentation dit qu'elle doit faire, et bien il s'agit d'un bogue.
Quand une api qui retourne un code d'erreur n'arrive pas à faire quelque chose, elle doit alors renvoyer un code d'erreur indiquant le problème. Si elle ne le fait pas, il s'agit d'un bogue.

Peut-être que Apple n'a plus l'intention de fournir cette possibilité.
Mais si c'est volontaire, alors elle doit modifier son API et lui faire retourner un code d'erreur au lieu de faire comme si tout allait bien !

Dans tous les cas, que ce soit volontaire ou non, il y a un bogue au niveau de l'API de création des firmlinks.

avatar byte_order | 

@marc_os
> Dans tous les cas, que ce soit volontaire ou non, il y a un bogue au niveau
> de l'API de création des firmlinks.

Oui, clairement.
A voir si sa correction est "erreur, c'est interdit désormais" ou autre chose, toutefois.

avatar oomu | 

"Bref tout cela pour dire qu'on peut quand meme leur accorder du crédit dans le doute (meme si on a la sensation que les bugs se superposent avec le temps)"

non. jamais de crédit à un produit que je paie à une grande multinationale avec plusieurs décennies (et milliards) d'existence.

MacOs est payant via l'achat (onéreux) de Mac.

De la compréhension ? oui. De la compassion pour un autre être humain et ses bactéries ? ok

Mais donner du crédit ? JAMAIS !

avatar Moonwalker | 

High Sierra n'était qu'une mise à jour de Sierra et 10.12 a constitué une rupture essentiellement esthétique. Les changements profonds sont venus avec El Capitan, mais oui, Catalina instaure beaucoup de nouveautés "sous le capot" et de nombreuses ne sont pas encore maîtrisées par Apple elle-même.

Les débuts de cet OS m'ont rappelé le temps de Leopard où même les outils Xcode étaient buggés. Cette affaire de clone s'en rapproche également. La différence entre Catalina et Leopard c'est qu'à 10.5.5 la plupart des problèmes étaient résolus alors que ça continue à ramer en 10.15.5.

Concernant la "boite noire" il est effectivement dans les méthodes d'Apple d'obliger les développeurs à en passer par les chemins qu'elle indique. Tout cela sent le macOS précipité… encore une fois.

avatar raoolito | 

@Moonwalker

J'avoue ne pas etre encore passé a catalina. Si c'est comme high sierra, je sauterais peut-être sur l'os suivant directement d'ici 6 mois en v.3 ca dependra des retours.
Je dois installer un VM pour tester des que je trouverais le temps

avatar oomu | 

@raoolito

je vous recommande de ne mettre à jour que quand ça devient INDISPENSABLE pour votre _TRAVAIL_

jamais pour une quelconque autre raison, incitation du fabricant, supplication d'un ingénieur ou hurlement de geeks. Ja-mais.

Soit c'est dans _votre_ (à vous, vous l'individu spécifique et personne d'autre et surtout pas le oomu) intérêt IMMEDIAT soit c'est INUTILE.

avatar vincentbls | 

Et qu’en est-il des clones sur un volume chiffré ?
Il y avait aussi des difficultés et fallait ruser.

avatar tchek | 

Même avec la commande ASR j'ai des problèmes pour faire mon clone depuis la mise à jour supplémentaire de sécurité 10.15.5 !
Idem avec CCC dernière version (corrigée avec asr)
Quand je boote sur le clone a l'entrée du mot de pass de session avant l'arrivée sur le bureau, il ne reconnait pas mon pass ...
j'ai essayé plusieurs méthodes c'est toujours le même problème, il ne reconnais pas mon pass de session

avatar Amaczing | 

@tchek

Change le mapping de ton clavier

avatar tchek | 

@Amaczing

J'ai un clavier AZERTY et je suis bien en FR au moment de taper mon mot de passe pour l'ouverture de la session donc a priori rien à voir...

avatar YSO | 

Et chez Tri-Backup, ça dort ou c’est la mort lente ?
Plus possible de faire des clones bootables depuis Mojave ou Catalina. Bref, depuis le changement de formatage. 😡

avatar Cyrille50 | 

10.15.5 a suryout pour effet de provoquer des Kernel Panic toutes les 10 mn chez des dizaines de milliers d'utilisateurs, et Apple ne semble rien faire...

avatar huexley | 

Courage la 10.15.6 est sur les rails, a priori un bug (encore un) avec la gestion d'energie, il est recommandé de couper PowerNap entre autre…

avatar Cyrille50 | 

@huexley

La gestion d'énergie ou power nap, c'est moins grave qu'un Kernel Panic ! Un Kernel Panic ça rend l'ordi inutilisable !

avatar switch | 

Allez, encore un effort et Catalina pourra devenir aussi pénible que Vista…

avatar oomu | 

des popup, des popups partout

-
j'aime aussi parfois les programmes qui n'ont pas accès aux fichiers... parce que.. ben parce que ! Alors on ferme ou on attends 5mn, et ho..ben là ça veut bien, et cela sans même pas confirmer un popup (c'était un "oubli" ou impossibilité temporaire de récupérer des accès déjà accordés)

ha que c'est pratique...

avatar petergab64 | 

Qu'est-ce qu'il peut y avoir d'installé sur les Mac qui font des kernel panic toutes les 10 minutes chez des dizaines de milliers... qui peut compter des dizaines de milliers d'utilisateurs autour de soi ? Si Catalina a été installé de zéro, il plante peu, il faut regarder les crash logs pour savoir "qui" plante. J'ai déjà eu le cas de redémarrage intempestifs, rarement, et c'était un module de Tri-Backup (version 9) le coupable.

avatar Biking Dutch Man | 

@petergab64

Moi j’ai eu cela avec mon MBA 2018, à la fin tous les 5 minutes finalement tout a arrêté de fonctionné, la carte mère a été changée. La 2ème carte-mère a duré 15 jours et ensuite c’est reparti. Je n’ai pu utiliser mon mac que 15 jours en 6 mois... par contre mon MBA 2015 fonctionne lui!

CONNEXION UTILISATEUR