J'ai trouvé une solution de contournement qui vous évitera au moins un redémarrage lorsque le problème arrivera. Vous pouvez le trouver ici : https://discussions.apple.com/message/23705326#23705326

En bref, tapez dans le terminal :

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Après avoir fait cela, vos appareils devraient se reconnecter. J'ai la même version d'OS (10.9) et un Macbook Pro Early 2013 et cela fonctionne avec mes problèmes de clavier bluetooth.

Il y a eu plusieurs mises à jour importantes de Mavericks La première étape est donc d'exécuter la mise à jour du logiciel et d'installer le système d'exploitation et les mises à jour du micrologiciel. Ensuite, vous pouvez résoudre le problème de la manière suivante :

Journal du système

Regardez les messages d'erreur relatifs à la blued démon :

grep blued /var/log/system.log

(il s'agit d'une commande à saisir dans Terminal ). Vérifiez dans ce journal système si vous n'avez pas de tentatives de connexion depuis un équipement équipement Bluetooth inconnu. Pour pouvoir détecter les intrus, notez votre propre adresse Bluetooth à l'intérieur :

System Information > Hardware > Bluetooth

ex :

Hardware Settings:
    Address:      A8-BB-CF-9B-07-D8
    Manufacturer: Broad…

Vérification de la batterie

Ce journal système n'affichera aucune information sur le niveau de la batterie. Vous devez le vérifier avec Alt + icône de la barre de menu Bluetooth :

Contrôle des interférences

Pour cette analyse d'interférence, installez iStumbler et l'exécuter. Si vous êtes dans un environnement plein d'interférences, rangez les autres équipements Bluetooth, éteignez votre Trackpad, attendez 30 secondes, rallumez-le. Si votre problème est dû à des interférences Bluetooth, il se peut que la connectivité du système soit rétablie (les équipements Bluetooth changent de fréquence pour utiliser le même canal que le 802.11g). Lorsque 2 d'entre eux sont sur le même canal, ils se brouillent mutuellement).

Vous pouvez également analyser le comportement de votre connexion Bluetooth en temps réel avec les outils standards de MacOS X :

System Preferences > Bluetooth

presse Alt pour afficher le niveau réel du signal Bluetooth : Et pour aller plus loin, ouvrez le menu déroulant de l'engrenage pour sélectionner Monitor Connection RSSI pour contrôler la qualité de la connexion :

Redémarrer le démon

Si vous êtes en mesure de lancer un Terminal ou accéder à votre système par ssh alors vous pouvez facilement redémarrer blued avec ces quelques commandes :

ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo launchctl stop com.apple.blued
ps ax | egrep '[ /](PID|blued)'

Le deuxième ps devrait afficher un nouvel identifiant de processus, vous confirmant que launchd redémarré blued correctement. Si blued ne redémarre pas (le PID reste le même), alors vous êtes face à un problème plus sérieux à investiguer, et vous aurez une mise à mort plus difficile :

ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo killall -c blued -KILL
ps ax | egrep '[ /](PID|blued)'

Mais ce n'est pas du tout un bon signe. Cela signifie que blued était coincé dans un appel système au-delà de toute possibilité de traiter un signal. Ce est plus particulièrement le signe d'un bogue dans le pilote Bluetooth ou l'extension du noyau.