L'auteur de l'outil d'activation de la continuité ici.
L'écriture d'un script supplémentaire et la modification du script de CAT seraient nécessaires car la fonction d'activation des outils n'est pas actuellement conçue pour s'exécuter automatiquement et silencieusement. La suggestion de Stuart H vous met dans la bonne direction, je pense.
Fonctionnalité que j'inclurais dans un script au démarrage :
-
Détecter si l'un des IOBluetoothFamily.kext ou IO80211Family.kext situés dans /System/Library/Extensions/ code d'accès validation de la signature (avec l'utilitaire de ligne de commande codesign d'Apple). Si l'un d'entre eux ou les deux le font, ils ont probablement été mis à jour/remplacés par une mise à jour d'OS X et doivent être re-patchés : le script peut continuer.
-
Renommer tout KextsBackupBeforePatch y KextsBackupAfterPatch dans le répertoire de l'utilisateur pour éviter toute demande d'écrasement de fichiers lors de l'activation.
-
Ejecutar contitool.sh -a avec des privilèges d'administrateur pour activer Continuity depuis la ligne de commande. Attraper et enregistrer la sortie de CAT dans un fichier : en cas d'échec, vous pouvez vouloir savoir ce qui s'est passé.
De plus, je modifierais le rebootPrompt() fonction de contitool.sh pour redémarrer le système automatiquement. Vous pourriez également ajouter une popup demandant ou avertissant l'utilisateur du redémarrage en plus de cela, par exemple par le biais d'Apple script (utilitaire de ligne de commande osascript).
Le dernier mais non le moindre : Apple peut publier à tout moment une mise à jour d'OS X qui casse les méthodes utilisées par cet outil pour activer Continuity. Jusqu'à présent, cela n'a pas été le cas - mais les risques de problèmes avec votre système sont accrus si vous automatisez l'activation juste après une mise à jour d'OS X.
