Je semble avoir des problèmes persistants avec la connectivité Bluetooth, en particulier après avoir réveillé mon Macbook Pro d'un long sommeil.
J'ai un haut-parleur qui s'éteint automatiquement après une certaine période d'inactivité, et mon cas d'utilisation est généralement d'ouvrir l'ordinateur portable, de le mettre sous tension et, lorsque le pilote Bluetooth agit normalement, il se reconnectera automatiquement.
Toutefois, le problème semble être que mes périphériques Bluetooth ne se reconnectent pas si mon Macbook vient juste d'être réveillé d'un long sommeil.
Après une recherche, j’ai trouvé ce script pour relancer les extensions du noyau Bluetooth , mais il ne semblait pas fonctionner sous Yosemite.
Voici ce sudo tail -f /var/log/system.log
qui m'a donné après avoir fait un kextload
et kextunload
(nom d'hôte et nom d'utilisateur expurgés):
Nov 17 07:50:11 {redacted} sudo[8118]: username: TTY=ttys000 ; PWD=/Users/username; USER=root ; COMMAND=/sbin/kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:11 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][initHardwareWL] -- failed -- calling DoDeviceReset (kBluetoothControllerResetHub) -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][DoDeviceReset] -- thread_call_enter1 (mReEnumerateOrResetThread) -- reEnumerateOrReset (0xffffff8213ac3ae0) = 2 -- returned FALSE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Error!! -- Something went wrong in the setup process. Could not communicate with Bluetooth Transport successfully -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- entering -- param0 = 0xffffff806a870800, param1 = 0x2 -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- entering -- reEnumerateOrResetIn = 2 -- this = 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- in our workloop -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- parameter is valid -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- reEnumerateOrReset = 2 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- calling myHub->ReEnumerateDevice() -- gEnumerateCounter = 1
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- exit; error = 0x0000 (kIOReturnSuccess)
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- exiting -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Connected to the transport successfully -- 0xe300 -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.595 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.617 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.637 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.657 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.659 : BTLE scanner Powered Off
Nov 17 07:50:12 --- last message repeated 2 times ---
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663673 AM [AirPlay] BTLE client stopping to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} blued[62]: hciControllerOnline; HID devices? 0
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663868 AM [AirPlay] BTLE client starting to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Starting Handoff scanning
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664336 AM [AirPlay] BTLE client stopped to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664753 AM [AirPlay] BTLE client started to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Stopping Handoff advertising
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.665 : BTLE scanner Powered On
Nov 17 07:50:12 {redacted} blued[62]: hostControllerOnline - Number of Paired devices = 2, List of Paired devices = (
"00-0c-8a-dd-fd-88",
"84-38-35-ec-1c-ea"
)
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Nov 17 07:50:13 {redacted} hidd[74]: MultitouchHID: device bootloaded
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::_deviceGetReport - DeviceRequest for reportID 0xc8 returned with result 0xe000404f - retrying
uname -a
sortie (nom d'hôte expurgé):
$ uname -a
Darwin {redacted} 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64
L'un de vous a-t-il déjà vu ce problème? Toute aide serait appréciée.
la source
Réponses:
J'ai eu des problèmes pour reconnecter mon clavier Bluetooth et mon trackpad depuis la mise à niveau vers Yosimite.
Commencez par ceci: Ouvrez Terminal & lancez 2 commandes:
Je n'ai eu à courir qu'une fois dessus. Si plus tard bluetooth casse à nouveau 2 options, exécutez simplement la procédure ci-dessus ou vous pouvez créer une solution en un clic avec une application simple utilisant Automator:
Remplacez (* Votre script va ici *) par:
Exécutez l'application automator chaque fois que des périphériques Bluetooth ne se connectent pas
la source
kextunload
échoue (Can't unload kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes have instances
) et laisse le Bluetooth indisponible (gribouillis à travers l'icône).(kernel) Can't remove kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; services failed to terminate - 0xdc008018. Failed to unload com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport - (libkern/kext) kext is in use or retained (cannot unload).
La solution de Mikaey sur le forum d'assistance Apple:
Cela a résolu le problème pour moi.
la source
Après avoir essayé d'exécuter les scripts suggérés par d'autres réponses, en déchargeant et en rechargeant à la fois les démons kext et bluetooth, mon bluetooth ne répondait toujours pas.
Cependant, j'ai découvert que si Yosemite dormait avec VMWare en cours d'exécution et que le bluetooth ne fonctionnait pas lorsque le système d'exploitation était réveillé, la fermeture de VMWare corrige le problème.
Il semble que les pilotes de VMWare ne gèrent pas toujours correctement le processus veille / réveil.
la source
- MISE À JOUR: Ce problème n’est PAS résolu dans OSX 10.11 El Capitan -
Ce qui suit est une alternative à la solution Automator publiée par webaholic, pour ceux qui, comme moi, trouvent peu pratique d’avoir à ressaisir votre mot de passe (il est fort probable que vous veniez de l’entrer pour vous connecter après avoir réveillé votre Mac).
Tout d'abord, dans Terminal, créez un script qui recharge le sous-système Bluetooth:
Deuxièmement, indiquez root en tant que propriétaire et déplacez-le vers / sbin:
Troisièmement, ajoutez la commande à la liste des commandes NOPASSWD dans sudoers:
Enfin, créez un script sur votre bureau qui appelle bt_restart:
Terminé! Double-cliquez simplement sur le trackpad (ou la souris USB) de votre ordinateur portable sur le bouton Redémarrer Bluetooth sur votre bureau.
la source
chown
paschmod
- essayer de m'éditer moi-même, mais aucun crédit ici et éditer était en dessous d'une limite de longueur: - //etc/sudoers
, vous pouvez éditer le fichier directement avecsudo visudo
J'ai eu le même problème et je pense avoir repéré une cause possible du problème. Ma souris s'appelait "la souris de mon nom" avec l'apostrophe, c'était peut-être à l'origine des erreurs.
J'ai changé le nom pour éviter d'utiliser des espaces et des caractères spéciaux, on l'appelle maintenant simplement "ma souris" et je ne semble plus avoir le problème.
la source
J'ai toujours ce problème dans macOS Sierra. Le lien ci-dessus @ Tyilo à son essence m'a donné un point de départ. Mais je voulais aussi utiliser homebrew pour installer sleepwatcher, et les fichiers Plist n'étaient pas correctement configurés. J'ai donc joué pendant un long moment et j'ai créé ce script qui m'a permis de faire fonctionner les choses de manière fiable.
la source
Grâce à Tyilo, à partir des commentaires sur la réponse acceptée, j'ai modifié son script pour installer sleepwatcher et lui ajouter du code qui non seulement déchargerait le pilote Bluetooth (
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
), mais redémarrait égalementblued
le démon Bluetooth d'Apple.Le script peut être trouvé ici: https://gist.github.com/timgws/fc63aeca6a248bbb25ff
Courir cela a résolu tous les problèmes pour moi.
la source
Pour résumer, voici une liste des choses mentionnées ici, dans des liens à partir d’ici, dans des discussions similaires sur d’autres sites, ou même inventées par moi en raisonnant à partir de ces autres sites. J'ai essayé tout cela, seul et dans de nombreuses combinaisons. Tous ont semblé travailler au moins une fois; tous ont échoué au moins une fois.
Je choisis de garder cette liste à portée de la main et d’utiliser «tout ce qui précède».
Je pense que la seule chose qui soit certaine ici, c'est qu'il y a une grande quantité de "hasard" impliqué quelque part, peut-être une course entre tous ces pilotes pour les réseaux, les pseudo réseaux, les réseaux en couches, les réseaux virtuels et les réseaux proxy. Dans ce cas, ce n'est probablement pas simplement la faute d'Apple, car ces pilotes proviennent de sources diverses.
Bien sûr, la réputation d'Apple autrefois connue comme étant "juste un travail" reposait en grande partie sur l'interdiction de ce type de diversité en collision.
la source
Conscient du fait qu’il s’agit d’un article assez ancien, mais que le retard pris après le réveil du sommeil me rendait dingue, avant que le Magic Trackpad ne soit utilisable ... pourrait facilement prendre 30 bonnes secondes. J'ai essayé la plupart / tous les conseils et astuces que j'ai trouvés très peu d'effet.
Cependant, je viens d'essayer de déplacer l'icône Bluetooth de la barre de menus (CMD ALT Drag) de sa position normale (environ 7ème) à la 2ème (en partant de la droite), c'est-à-dire à côté du menu Spotlight.
Jusqu'ici? ... problème disparu!
Pas tout à fait sûr de savoir pourquoi, mais vous pensez peut-être que cela a quelque chose à voir avec l'ordre dans lequel les tâches de ces éléments de la barre de menus de RHS sont traitées après le réveil, c'est-à-dire que les tâches les plus proches ont une priorité plus élevée?
Cela ne prend que quelques secondes, alors si vous avez aussi ce problème, cela pourrait valoir la peine d’être essayé?
(iMac 27 "i7 / OS X 10.10.5)
JH
la source
La plupart des suggestions que j'ai lues semblaient un peu complexes pour quelque chose d'aussi simple que cela. Décidé de prendre une approche noob:
la source
On dirait que les
kextunload
commandes ne fonctionnent plus sur High Sierra. Cependant , il existe un outil de ligne de commande tiers permettant de faire la même chose et qui fonctionne: https://github.com/toy/blueutil - vous pouvez modifier les scripts mentionnés ici pour les utiliserblueutil
, ou même une solution complète ( très similaire à ce que nous avons déjà vu sur cette page): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863fla source
xcodebuild -project blueutil.xcodeproject
dans le répertoire décompressé. C'est alors dansbuild/Release
.Cet article de Michael Kummer présente une liste assez exhaustive de tentatives infructueuses de résolution des problèmes de bluetooth sur mac, et suggère enfin une solution compromise en désactivant les transferts qui semblent fonctionner: https://michaelkummer.com/technology/mac-bluetooth-issues-affect clavier-trackpad /
Voir également à l' adresse https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196
la source
Réinstallez MacOS.
Ce n’est pas vraiment une solution mais je veux simplement partager mon expérience pour donner un peu d’espoir à ceux qui sont confrontés au même problème que le mien - qu’il ne s’agit peut-être pas encore d’un problème matériel ou d’interférence wifi, ce qui pourrait être plus coûteux. ou gênant pour résoudre cette réinstallation de MacOS.
Ce que j'ai vécu: Après que mon Macbook Pro 2015 se soit réveillé, il ne pouvait plus se connecter à des périphériques Bluetooth. Le problème avait empiré les heures supplémentaires, causant au départ un léger inconvénient (par exemple, désactiver et réactiver le module Bluetooth ou le Wi-Fi pourrait le réparer) à une douleur supplémentaire (nécessitant par exemple un redémarrage avec une réinitialisation SMC / PRAM).
Un symptôme ou un effet secondaire qui pourrait être lié au fait que l'ordinateur a parfois pris trop de temps (10 secondes) pour se réveiller.
Réinstaller MacOS (propre) était mon dernier recours, mais cela semble fonctionner. Après la réinstallation, je n’ai pas observé de problème ni de hoquet avec Bluetooth, le wifi ou le sommeil.
Clause de non-responsabilité: Il existe probablement un correctif approprié capable d’obtenir le même effet, qui n’a peut-être pas encore été découvert. De plus, la réinstallation d'un système d'exploitation comporte toujours des risques de perte de données et de productivité qu'il convient d'évaluer.
Nouvelle mise à jour: C'était sans problème pendant une semaine. Mais alors le problème bluetooth semble revenir parfois. Au cours de la semaine, je n’ai pas fait beaucoup de bricolage avec le système, à part l’installation de logiciels et de paquets très courants, principalement par l’intermédiaire de Homebrew.
la source
Sur la base des suggestions d'autres personnes, j'ai créé un script shell simple pour réinitialiser le bluetooth. Voir l' essentiel pour plus de détails.
Version simplifiée (dépend du
blueutil
brassin):Il désactive le bluetooth, désactive le wi-fi, le rallume et rallume enfin le bluetooth.
la source
Essayez de cliquer avec la souris après que votre Mac se soit réveillé.
Cela semblait connecter ma Magic Mouse 2 plus rapidement avec un Mac Mini sous macOS Sierra (10.12.2).
la source