Autor de la herramienta de activación de continuidad aquí.
Sería necesario escribir un script adicional y ajustar el script de CAT, ya que la función de activación de las herramientas no está actualmente diseñada para ejecutarse de forma automática y silenciosa. La sugerencia de Stuart H apunta en la dirección correcta de la OMI.
Funcionalidad que incluiría en una secuencia de comandos de arranque:
-
Detecta si uno de los controladores IOBluetoothFamily.kext o IO80211Family.kext , ubicado en /System/Library/Extensions/ , pasa el código
validación de firmas (con la utilidad de línea de comandos codesign de Apple). Si uno o ambos lo hacen,
es probable que haya sido actualizado / reemplazado por una actualización de OS X y se deba volver a aplicar el parche: la secuencia de comandos puede continuar.
-
Cambie el nombre de las carpetas KextsBackupBeforePatch y KextsBackupAfterPatch en el directorio de usuario para evitar cualquier mensaje de "sobrescribir archivos" durante la activación.
-
Ejecute contitool.sh -a con privilegios de administrador para activar la Continuidad desde la línea de comandos. Capture y registre la salida de CAT en un archivo: en caso de error, es posible que desee saber qué sucedió.
Además, modificaría la función rebootPrompt() de contitool.sh para reiniciar el sistema automáticamente. También puede agregar una ventana emergente preguntando o advirtiendo al usuario sobre el reinicio que se encuentra sobre eso, por ejemplo. a través de Apple Script (utilidad de línea de comandos osascript).
Por último, pero no menos importante: Apple puede lanzar una actualización de OS X en cualquier momento que rompa los métodos utilizados por esta herramienta para activar Continuidad. Hasta ahora, este no ha sido el caso, pero los riesgos de problemas con su sistema aumentan si automatiza la activación justo después de una actualización de OS X.