Corruption Bluetooth sur Macbook Pro 2013

J'ai un Macbook Pro début 2013. La version du système d'exploitation est 10.9. J'utilise un trackpad connecté au bluetooth. Tout à coup, et à des moments aléatoires, mon trackpad perdra sa connexion et ne se reconnectera pas. Lorsque cela se produit, je sélectionne les préférences Bluetooth et je vois:

<< do not localize >...
Name not available

Bluetooth ne s'éteindra pas du tout. Rien ne peut se connecter au Bluetooth une fois que cela se produit. Je dois redémarrer mon ordinateur portable pour que le Bluetooth fonctionne à nouveau. Cela a tendance à fonctionner pendant quelques heures, parfois une journée entière, mais au hasard, le Bluetooth semble redevenir corrompu.

Quelqu'un d'autre a un problème similaire à celui-ci? Des conseils pour le réparer? De plus, existe-t-il un moyen de forcer une réinitialisation du Bluetooth uniquement? Peut-être par la ligne de commande?

macbook bluetooth trackpad

— intargc
source

Le trackpad est reconnu lorsque je redémarre. Voici à partir de system.log à peu près au moment où cela s'est produit: 18/11/13 2: 59: 36.000 PM kernel [0]: **** [IOBluetoothHostControllerUSBTransport] [InterruptReadHandler] - Erreur kIOUSBPipeStalled reçue - nouvelle tentative: 2. [IOBluetoothHostControllerUSBTransport] [InterruptReadHandler] - Erreur kIOUSBPipeStalled reçue - plus de nouvelles tentatives. 11/18/13 6: 55: 17.000 PM kernel [0]: [IOBluetoothHCIController] [handleACLPacketTimeout] - Déconnexion en raison de la non-réponse du périphérique (délai d'

— attente du

J'ai aussi ce problème. Macbook Air début 2013, OS 10.8.5. J'ai remarqué que lorsque je vais dans le système / préférences et que je clique sur Bluetooth, le système se bloque (me montre la souris arc-en-ciel) et refuse d'ouvrir les préférences Bluetooth). Ce problème n'a commencé à se produire qu'hier et je ne peux pas comprendre ce qui a changé pour la vie de moi. J'ai utilisé la même souris et le même clavier depuis des lustres.

J'ai le même problème: apple.stackexchange.com/questions/118783/… - Heureusement, je peux mettre mon ordinateur en veille et attendre 20 secondes jusqu'à ce qu'il se réveille comme par magie et que Bluetooth fonctionne à nouveau.

— Andrew

Obtenez-vous cette corruption si vous éteignez votre WiFi? Je constate une corruption assez grave sur le WiFi et mon Bluetooth est désactivé jusqu'à ce qu'il soit résolu. Pourriez-vous voir la même interférence mais que le Bluetooth tombe en panne? (le mien pourrait aussi être cassé, si j'utilisais BlueTooth sur cette version mais j'ai besoin de WiFi plus que BT)

— bmike

Réponses:

J'ai trouvé une solution de contournement qui vous épargnera au moins un redémarrage lorsque le problème arrivera. Il peut être trouvé ici: https://discussions.apple.com/message/23705326#23705326

En bref, saisissez terminal:

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

Après cela, vos appareils devraient se reconnecter. J'ai la même version de système d'exploitation (10.9) et Macbook Pro début 2013 et cela fonctionne avec mes problèmes avec le clavier Bluetooth.

— Remarque
source

Vous, monsieur, vous êtes mon héros.

— devise

travaillé pour moi pour mon trackpad magique m'a sauvé un redémarrage

— zanedev

Créé ceci dans mes

fixmouse(){ 	sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport 	sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport }

remerciements .profile

— Maxence

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

Journal du système

Regardez les messages d'erreur relatifs au blueddémon:

grep blued /var/log/system.log

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

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 devriez le vérifier avec l' Alt ⌥icône de la barre de menu + Bluetooth: Barre de menus Bluetooth

Vérification des interférences

Pour cette analyse des interférences, installez iStumbler et exécutez-le. Si vous êtes dans un tel environnement d'interférences, rangez les autres équipements Bluetooth, éteignez votre Trackpad, attendez 30 s, allumez-le. Si votre problème est le résultat d'une interférence Bluetooth, cela pourrait récupérer la connectivité de votre système (les équipements Bluetooth tournent à travers les fréquences à utiliser sur le même canal que le 802.11g. Lorsque 2 d'entre eux sont sur le même canal, ils se bloquent mutuellement) .

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

System Preferences > Bluetooth

appuyez Alt ⌥pour afficher le niveau réel du signal Bluetooth: Niveau de signal Bluetooth Et pour aller plus loin, ouvrez le menu déroulant de vitesse pour sélectionner Monitor Connection RSSIpour surveiller la qualité de la connexion: Démarrage du moniteur du clavier Bluetooth Affichage du moniteur du clavier Bluetooth

Redémarrez le démon

Si vous pouvez démarrer un Terminalou accéder à votre système via ssh, vous pouvez facilement redémarrer bluedavec ces quelques commandes:

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

Le second psdevrait afficher un nouvel ID de processus, confirmant que vous avez launchdredémarré bluedcorrectement. Si bluedne redémarre pas (le PID reste le même), vous êtes confronté à un problème plus grave à enquêter 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 qu'il bluedétait coincé dans un appel système au-delà de toute possibilité de traiter un signal. C'est notamment le signe d'un bug dans le pilote Bluetooth ou l'extension du noyau.

— dan
source

Merci pour l'aide! J'ai redémarré mon système pour pouvoir retrouver le trackpad pendant que je travaillais. Quand il se déconnecte à nouveau, je vais suivre ces étapes pour m'assurer que cela fonctionne. Si rien d'autre, au moins, je sais maintenant bleui et peut forcer une réinitialisation.

— intargc

Juste pour plus d'informations, je l'ai fait se reproduire récemment. Tuer bleui ne semble pas aider à relancer les choses. Je dois redémarrer et il reconnaît à nouveau mon trackpad. J'ai posté ce que le journal système indique sur le bluetooth ci-dessus dans les commentaires OP. J'ai supprimé le statut accepté sur cette réponse juste dans l'espoir d'obtenir une solution plus claire pour quiconque à l'avenir pourrait avoir ce même problème.

— intargc

Pourriez-vous me dire si a bluedété tué ou au contraire impossible à tuer?

— dan

Selon les journaux, je peux le tuer avec un sig 15 et surtout 9. Cependant, lorsque launchd le redémarre, il est toujours dans un état corrompu et ne reconnaît pas le nom du système (toujours dans l'état "ne pas localiser") et il ne permet à aucun appareil BT de s'y connecter.

— intargc

Pour info, je viens de faire un autre killall sur blues, cette fois ça a marché et ramené mon trackpad. Dans l'ensemble, j'ai fait environ 7 killall avec un mélange de TERM, HUP et KILL. Je ne sais pas pourquoi il a décidé de commencer à travailler sur ce dernier ...

— intargc