Parece que estou tendo problemas persistentes com a conectividade Bluetooth, principalmente depois de acordar meu Macbook Pro de um longo sono.
Eu tenho um alto-falante que desliga automaticamente após um certo período de inatividade, e meu caso de uso normalmente é abrir o laptop, ligar o alto-falante e, quando o driver do Bluetooth estiver funcionando normalmente, eles serão reconectados automaticamente.
No entanto, o problema parece ser que os periféricos do meu Bluetooth não se reconectam se o meu Macbook acabou de ser acordado após um longo sono.
Depois de pesquisar, encontrei esse script para reiniciar as extensões do kernel do bluetooth , mas não parecia funcionar no Yosemite.
Aqui está o que sudo tail -f /var/log/system.log
me deu depois de fazer um kextload
e kextunload
(nome do host e nome de usuário redigidos):
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
saída (nome do host redigido):
$ 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
Algum de vocês já viu esse problema antes? Qualquer ajuda seria apreciada.
fonte
Respostas:
Eu tive problemas para reconectar meu teclado e trackpad bluetooth desde a atualização para o Yosimite.
Primeiro tente o seguinte: Abra o Terminal e execute 2 comandos:
Eu só tive que correr acima uma vez. Se o bluetooth mais tarde quebrar novamente duas opções, basta executar a operação acima novamente ou criar uma solução com um clique com um aplicativo simples usando o Automator:
Substitua (* Seu script está aqui *) por:
Execute o aplicativo de automação sempre que os dispositivos bluetooth não se conectarem
fonte
kextunload
falha (Can't unload kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes have instances
) deixa o Bluetooth indisponível (navegue pelo ícone).(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).
Solução de Mikaey no fórum de suporte da apple:
Isso resolveu o problema para mim.
fonte
Depois de tentar executar os scripts sugeridos por outras respostas, descarregando e recarregando o daemon kext e o bluetooth, meu bluetooth ainda não estava respondendo.
No entanto, descobri que se o Yosemite dorme com o VMWare em execução e o bluetooth não funciona quando o sistema operacional é ativado, o fechamento do VMWare corrige o problema.
Parece que os drivers no VMWare nem sempre lidam com o processo de suspensão / ativação corretamente.
fonte
- UPDATE: Esse problema NÃO foi corrigido no OSX 10.11 El Capitan -
A seguir, é uma alternativa à solução Automator publicada pela webaholic, para aqueles que, como eu, acham inconveniente precisar digitar sua senha novamente (provavelmente você a inseriu para fazer logon depois de ativar o Mac).
Primeiro, no Terminal, crie um script que recarrega o subsistema bluetooth:
Segundo, torne o root seu proprietário e mova-o para / sbin:
Terceiro, adicione o comando à lista de comandos NOPASSWD nos sudoers:
Por fim, crie um script na área de trabalho que chame bt_restart:
Feito! Basta clicar duas vezes com o trackpad do seu notebook (ou mouse USB) no Reiniciar o Bluetooth na área de trabalho.
fonte
chown
nãochmod
- tentou editar mim mesmo, mas não Cred aqui e editar estava abaixo de um limite de comprimento: - //etc/sudoers
; como alternativa, você pode editar o arquivo diretamente comsudo visudo
Eu tive o mesmo problema e acho que descobri uma possível causa do problema. Meu mouse foi chamado de "mouse do meu nome" com o apóstrofo, talvez isso estivesse causando os erros.
Eu mudei o nome para evitar o uso de espaços e caracteres especiais, agora é chamado apenas "mymouse" e não parece mais ter o problema.
fonte
Ainda tenho esse problema no macOS Sierra. O link de @ Tyilo acima para sua essência me deu um ponto de partida. Mas eu também queria usar o homebrew para instalar o sleepwatcher, e os arquivos plist não foram configurados corretamente. Então eu brinquei por um longo tempo e criei esse script que fazia as coisas funcionarem de maneira confiável para mim.
fonte
Graças a Tyilo pelos comentários na resposta aceita, modifiquei o script dele para instalar o sleepwatcher e anexei ao script um código que não apenas descarrega o driver Bluetooth (
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
), mas também reiniciablued
o daemon Bluetooth da Apple.O script pode ser encontrado aqui: https://gist.github.com/timgws/fc63aeca6a248bbb25ff
A execução disso resolveu todos os problemas para mim.
fonte
Para resumir, aqui está uma lista de coisas mencionadas aqui, em links daqui, em tópicos semelhantes em outros sites, ou até mesmo feitos por mim argumentando com esses outros. Eu tentei tudo isso, individualmente e em muitas combinações. Todos pareciam funcionar pelo menos uma vez; todos falharam pelo menos uma vez.
Eu escolho manter essa lista à mão e use "todas as opções acima".
Acho que a única coisa certa, aqui, é que há uma grande dose de "aleatória" envolvida em algum lugar, talvez uma corrida entre todos esses drivers de redes, pseudo-redes, redes em camadas, redes virtuais e redes proxy. Nesse caso, provavelmente não é apenas culpa da Apple, porque esses drivers vêm de várias fontes.
É claro que a reputação outrora famosa da Apple "apenas funciona" foi amplamente construída para proibir exatamente esse tipo de diversidade em colisão.
fonte
Ciente de que este é um post antigo agora, mas estava sendo enlouquecido pelo atraso que eu estava tendo após o despertar do sono antes que o Magic Trackpad fosse utilizável ... poderia facilmente levar uns bons 30 segundos. Tentei a maioria / todas as dicas e sugestões que pude encontrar com muito pouco efeito.
No entanto, tentei mover o ícone do Bluetooth na barra de menus (CMD ALT Drag) da posição normal (cerca de 7 pol.) Para a 2 pol. (Contada à direita), ou seja, ao lado do menu Spotlight.
Até agora? ... problema foi!
Não sabe ao certo por que isso seria, mas suspeite que tenha alguma coisa a ver com a ordem em que as tarefas desses itens na barra de menus do RHS são tratadas após a ativação, ou seja, aqueles RHS mais próximos têm prioridade mais alta?
Leva apenas alguns segundos para fazer, então se você também tiver esse problema - vale a pena tentar?
(iMac 27 "i7 / OS X 10.10.5)
JH
fonte
A maior parte da sugestão que li parecia um pouco complexa para algo tão simples quanto isso. Decidiu adotar uma abordagem noob:
fonte
Parece que os
kextunload
comandos não funcionam mais no High Sierra. No entanto , existe uma ferramenta de linha de comando de terceiros para fazer a mesma coisa e funciona: https://github.com/toy/blueutil - você pode ajustar os scripts mencionados aqui para usarblueutil
, ou há uma solução completa ( muito semelhante ao que já vimos nesta página): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863ffonte
xcodebuild -project blueutil.xcodeproject
no diretório descompactado. É então dentrobuild/Release
.Este artigo de Michael Kummer relata uma lista bastante exaustiva de tentativas fracassadas de corrigir problemas de bluetooth no mac e, finalmente, sugere uma solução comprometida desativando o handsoff que parece funcionar: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -keyboard-trackpad /
Também visto em https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196
fonte
Reinstale o MacOS.
Esta não é realmente uma solução de solução, mas quero compartilhar minha experiência para dar alguma esperança àqueles que estão enfrentando o mesmo problema que o meu - que ainda pode não ser um problema de hardware ou interferência de wifi, o que pode ser mais caro ou problemático para resolver essa reinstalação do MacOS.
O que eu experimentei: depois que o meu Macbook Pro de 2015 acordou, ele não pôde se conectar a dispositivos bluetooth. O problema piorou com o tempo, desde inicialmente apenas um pequeno inconveniente (por exemplo, desabilitar e reativar o módulo bluetooth ou o wifi poderia corrigi-lo) até depois uma enorme dor (por exemplo, requer um reinício com a redefinição do SMC / PRAM).
Um sintoma ou efeito colateral que pode estar relacionado é que o computador às vezes levava muito tempo (10 segundos) para acordar.
Reinstalar o MacOS (limpo) foi meu último recurso, mas parece simplesmente funcionar. Após a reinstalação, não observei nenhum problema ou soluço com bluetooth, wifi ou adormecido.
Isenção de responsabilidade: Provavelmente, existe alguma correção adequada que pode atingir o mesmo efeito, que pode ou não ter sido descoberto ainda. Além disso, a reinstalação do SO sempre traz riscos de perda de dados e produtividade que se deve avaliar.
Nova atualização: ficou livre de problemas por uma semana. Mas o problema do bluetooth parece voltar às vezes. Não fiz muita coisa com o sistema na semana, a não ser instalar alguns softwares e pacotes muito comuns principalmente através do Homebrew.
fonte
Com base em sugestões de outras pessoas, criei um shell script simples para redefinir o bluetooth. Veja a essência para detalhes.
Versão simplificada (depende da
blueutil
preparação):Ele desliga o bluetooth, desliga o wi-fi, liga novamente o wi-fi e, finalmente, liga novamente o bluetooth.
fonte
Tente clicar no mouse depois que o Mac acordar.
Isso pareceu conectar meu Magic Mouse 2 mais rapidamente a um Mac Mini executando o macOS Sierra (10.12.2).
fonte