Problemas de Bluetooth após suspensão no OS X Yosemite (10.10)

53

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.logme deu depois de fazer um kextloade 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.

Ivan Gozali
fonte
11
Tente manter o botão do mouse pressionado por 2 segundos após o seu Mac acordar. Meu MagicMouse se conecta após isso. Pode ser efeito colateral do design intencional para economizar bateria enquanto ocioso ou algo assim.
Yaroslav Admin
Isso acontece comigo algumas vezes. O outro sintoma é que nada acontece se eu tentar desligar o Bluetooth. A solução @webaholik corrigiu meu Bluetooth.
Bennett McElwee
ainda tem esse problema, cinco anos depois. Nenhuma das respostas parece realmente ajudar a causa raiz.
Alex H

Respostas:

53

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:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

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:

  1. Pesquise (pesquisa Spotlight) e execute o Automator
  2. Clique em "Novo documento" na parte inferior
  3. Escolha "Aplicativo" para o novo tipo de arquivo
  4. Clique em "Utilitários" da lista
  5. Clique duas vezes em "Executar AppleScript"
  6. Substitua (* Seu script está aqui *) por:

    do shell script "kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; 
    kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport" with administrator privileges
    
  7. Pressione play para testar (solicitará a senha)
  8. Arquivo-> Salvar na área de trabalho ou em qualquer lugar

Execute o aplicativo de automação sempre que os dispositivos bluetooth não se conectarem

webaholik
fonte
11
Hmm, acho que foi o que tentei acima, como sugere o log, e não ajudou. Talvez eu tente novamente.
precisa
No seu log, eu não vi: kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport, apenas kextload, apenas certifique-se de executar o descarregamento primeiro. Eu só tive que executar isso uma vez (na semana passada), anteriormente quase diariamente eu tinha que reiniciar sempre que tentava ativar o meu macbook pro e conectar-me ao teclado e mouse bluetooth.
Webaholik
2
Eu criei um script para instalar o sleepwatcher e executá-los sempre que o computador acorda, o que eliminou completamente o problema de mim: gist.github.com/Tyilo/c92684d277acb62272b5
Tyilo
2
No meu El Capitan (e o Google sugere muitos outros), o kextunloadfalha ( Can't unload kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes have instances) deixa o Bluetooth indisponível (navegue pelo ícone).
CupawnTae
2
Na minha High Sierra eu sou incapaz de descarregar:(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).
Dr_Zaszuś
10

Solução de Mikaey no fórum de suporte da apple:

  1. Desligue o seu WiFi
  2. Tente se reconectar aos seus dispositivos bluetooth ( deve funcionar )
  3. Ative o WiFi novamente

Isso resolveu o problema para mim.

Kingliam
fonte
11
Na verdade, eu me lembro disso trabalhando para mim em ocasiões também. E, mais especificamente, o problema era quando conectado ao wifi de 5GHz.
precisa saber é
Fiz isso quando encontrei o problema, desliguei e liguei tudo em diferentes seqüências e isso não resolveu o meu problema. O dispositivo bluetooth simplesmente não queria se conectar ao mac depois de dormir.
Paul Carlton
11
Esta solução funcionou para mim. :) E eu estava usando 5GHz Wifi, como @haylem.
precisa saber é o seguinte
11
... mas na próxima vez que tive esse problema, tive que usar a solução do @ webaholik.
Greg Dubicki
esta solução funciona para mim MacBook pro retina 13 polegadas 10.13.5
harveyslash
6

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.

O Cavaleiro das Trevas
fonte
Eu notei a mesma coisa. VMWare foi o problema. Depois de suspender a máquina virtual, o bluetooth voltou a funcionar.
gappani
6

- 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:

cat > bt_restart <<END
#!/bin/sh
kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport && \
kextload   -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
END
chmod +x bt_restart

Segundo, torne o root seu proprietário e mova-o para / sbin:

sudo chown root:wheel bt_restart
sudo mv bt_restart /usr/local/sbin

Terceiro, adicione o comando à lista de comandos NOPASSWD nos sudoers:

echo -e "\n\n# Restart bluetooth without password\n$USER ALL=(ALL) NOPASSWD: /usr/local/sbin/bt_restart" | EDITOR='tee -a' sudo visudo

Por fim, crie um script na área de trabalho que chame bt_restart:

echo '#!/usr/bin/sudo /usr/local/sbin/bt_restart' > ~/Desktop/"Restart Bluetooth"
chmod +x ~/Desktop/"Restart Bluetooth"

Feito! Basta clicar duas vezes com o trackpad do seu notebook (ou mouse USB) no Reiniciar o Bluetooth na área de trabalho.

Ziggy Crueltyfree Zeitgeister
fonte
11
erro de digitação quando mudar de proprietário, deve ser chownnão chmod- tentou editar mim mesmo, mas não Cred aqui e editar estava abaixo de um limite de comprimento: - /
Ralph Callaway
11
pelo menos na minha máquina, recebo um erro de permissão ao tentar modificar /etc/sudoers; como alternativa, você pode editar o arquivo diretamente comsudo visudo
Ralph Callaway #
3

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.

Leenyx
fonte
Isso parece interessante. Renomeie basicamente o dispositivo Bluetooth para não conter espaços. Vou tentar.
precisa
@Leenyx Thank you! Isso me ajudou! PS Macbook Pro (meados de 2015) Mac OS High Sierra 10.13.6
WebBrother
3

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.

brew install sleepwatcher
sudo touch /etc/rc.sleep
sudo tee -a /etc/rc.wakeup <<EOF
#!/bin/sh
# Sleepwatcher script to get bluetooth working after the mac wakes up
# Got this approach from https://gist.github.com/Tyilo/c92684d277acb62272b5
kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
EOF
sudo chmod +x /etc/rc.wakeup
brew services start sleepwatcher
sudo tee -a /Library/LaunchAgents/de.bernhard-baehr.sleepwatcher-20compatibility-custom.plist <<EOF
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>de.bernhard-baehr.sleepwatcher</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/local/sbin/sleepwatcher</string>
        <string>-V</string>
        <string>-s /etc/rc.sleep</string>
        <string>-w /etc/rc.wakeup</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>KeepAlive</key>
    <true/>
</dict>
</plist>
EOF
sudo launchctl load /Library/LaunchAgents/de.bernhard-baehr.sleepwatcher-20compatibility-custom.plist
Kyle Tolle
fonte
2

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 reinicia bluedo 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.

Tim Groeneveld
fonte
2

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.

  • novas baterias de mouse
  • remover e emparelhar o mouse
  • desligue o WiFi e o mouse; conectar mouse Bluetooth; restaurar WiFi
  • desative WiFi, mouse e VPN; conectar; restaurar
  • excluir Bluetooth PAN; conectar
  • kextunload / load USBTransport; conectar
  • ligar kextunload ao observador do sono; dormir; acordado; conectar
  • desconecte todos os conectores USB (heck, todos os conectores); conectar
  • sair; Conecte-se; conectar
  • reiniciar; Conecte-se; conectar
  • redefinir o SMC (que envolve "desligar"); reiniciar; conectar conectar
  • encerre a hospedagem da VM (como VMWare, Parallels ou VirtualBox)

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.

jackr
fonte
Depois de tentar, sem sucesso, um gazilhão de hackers, encontrei apenas a reinicialização bem-sucedida. Mas "excluir Bluetooth PAN" funcionou. Muito obrigado!
Daniel Pinyol
2

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

John H
fonte
2

A maior parte da sugestão que li parecia um pouco complexa para algo tão simples quanto isso. Decidiu adotar uma abordagem noob:

  1. Acessou Preferências do Sistema / Mouse / Configurar Mouse Bluetooth
  2. A tela exibiu "Nenhum mouse encontrado" e começou a pesquisar.
  3. Desliguei o mouse e liguei novamente (solução do Windows para uma infinidade de problemas).
  4. Encontrou meu mouse.
GDB
fonte
2

Parece que os kextunloadcomandos 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 usar blueutil, ou há uma solução completa ( muito semelhante ao que já vimos nesta página): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

miemo
fonte
Você é o autor desse utilitário?
Allan
Não, acabei de descobrir quando eu estava novamente procurando uma solução para esse problema ...
miemo
Tudo o que isso faz é executar as mesmas ações de ligar / desligar que você pode executar no pré-painel Bluetooth. No meu caso, eles não ajudaram. BTW, se você quiser usar isso, precisará fazer o download do zip e, em seguida, executar xcodebuild -project blueutil.xcodeprojectno diretório descompactado. É então dentro build/Release.
W00t
2

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

user716468
fonte
Obrigado - darei uma olhada detalhada nesses artigos posteriormente. Meu novíssimo Imac (2 semanas de idade) deixa o BlueTooth continuamente e devo ter passado pelo menos 8 horas no telefone com os chamados "gênios" sem sucesso ....
mar
1

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.

user716468
fonte
0

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 blueutilpreparação):

blueutil -p 0
networksetup -setairportpower en0 off
sleep 3
networksetup -setairportpower en0 on
sleep 3
blueutil -p 1

Ele desliga o bluetooth, desliga o wi-fi, liga novamente o wi-fi e, finalmente, liga novamente o bluetooth.

CrnaStena
fonte
-1

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).

Aanand
fonte