Mike Bombich, l'éditeur de Carbon Copy Cloner, aborde une problématique apparue avec El Capitan qui touche tous les logiciels de sauvegarde et clonage de disques durs comme le sien (lire aussi SuperDuper s’accommode mal d’OS X El Capitan). Dans un billet publié la semaine dernière, il rassure d'abord ses utilisateurs quant à la compatibilité de son logiciel avec le prochain El Capitan, une version bêta est à disposition (lien en fin de page).
Cependant, Apple a instauré un nouveau mécanisme de protection qui a quelques conséquences sur les clones de disques réalisés avec Carbon Copy Cloner et ses concurrents. Cela se traduit par des temps de démarrage du système et de lancement des applications augmentés d'une manière qualifiée de « modeste » lorsqu'ils sont exécutés depuis le volume de sauvegarde.
La faute en incombe à une nouvelle fonction baptisée "System Integrity Protection". D'une part, elle veille à ce que certains dossiers clefs ne puissent plus être manipulés à tout bout de champ par les utilisateurs, même titulaires d'un statut d'administrateur ou de super utilisateur. D'autre part, et c'est là le nœud du problème pour l'éditeur, un nouvel attribut — "com.apple.rootless" — est associé à certains dossiers système par l'installeur d'OS X El Capitan. Les contenus de ces dossiers sont gérés par le cache du noyau d'OS X et ils profitent de délais de lancement réduits à la suite d'une optimisation réalisée automatiquement.
Cependant, les logiciels comme CCC n'ont pas la possibilité de réinstaurer cet attribut après avoir cloné ces dossiers. Ils continuent de faire des copies parfaites des fichiers et dossiers mais sans ce petit plus de l'optimisation. Le clone sera donc un peu plus lent lorsqu'on s'en sert depuis le volume de sauvegarde.
Mike Bombich explique que l'on peut d'ores et déjà pallier cette lacune en installant, quand on le souhaite, OS X El Capitan sur son disque de sauvegarde. L'installeur ne touchera pas vos fichiers qui y sont sauvegardés, mais en prenant la place du système cloné précédemment il en profitera pour faire son travail d'optimisation. Puisque CCC est capable ensuite de ne remplacer que les fichiers qui ont été modifiés depuis la dernière sauvegarde, ces attributs resteront en place.
Ce qu'espère Bombich maintenant c'est qu'Apple assouplisse le mécanisme de cette fonction. En accordant à certains éditeurs triés sur le volet le droit d'affecter cet attribut au travers de leurs logiciels au moment du clonage. Les développeurs d'extensions pour le noyau d'OS X peuvent déjà obtenir de telles dérogations. Et qu'aussi, l'utilisateur final dispose d'une option pour autoriser une application à procéder ainsi.
[MàJ le 14/07] : l'éditeur de SuperDuper a constaté que la dernière bêta d'OS X rectifiait le problème décrit ci-après et permettait à nouveau de cloner un volume sans perdre le nouvel attribut système "com.apple.rootless".
