OS X Yosemiteでのスリープ後のBluetoothの問題（10.10）

特に長時間のスリープからMacbook Proを起動した後、Bluetooth接続に問題が続いているようです。

一定の非アクティブ期間が経過すると自動的にオフになるスピーカーがあり、通常、ユースケースではラップトップを開いてスピーカーをオンにし、Bluetoothドライバーが正常に動作しているときに自動的に再接続します。

ただし、問題は、Macbookが長時間スリープ状態から復帰したばかりの場合、Bluetooth周辺機器が再接続しないことです。

探し回った後、このスクリプトを見つけてbluetoothカーネル拡張機能を再起動しましたが、Yosemiteでは動作しないようです。

and （ホスト名とユーザー名を編集）をsudo tail -f /var/log/system.log実行した後、私に与えられたものは次のとおりです。kextloadkextunload

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 出力（ホスト名の編集）：

$ 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

この問題を以前に見たことがある人はいますか？任意の助けをいただければ幸いです。

Yosimiteにアップグレードしてから、Bluetoothキーボードとトラックパッドの再接続で問題が発生しました。

最初にこれを試してください：ターミナルを開いて2つのコマンドを実行します：

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

私は一度上を走るだけでした。後でbluetoothが2つのオプションを再度破損する場合は、上記を再度実行するか、Automatorを使用して簡単なアプリで1クリックソリューションを作成できます。

1. （Spotlight検索）を検索し、Automatorを実行します
2. 下部の[新しいドキュメント]をクリックします
3. 新しいファイルタイプに「アプリケーション」を選択します
4. リストから「ユーティリティ」をクリックします
5. 「AppleScriptを実行」をダブルクリックします

6. 置換（*スクリプトはここに入ります*）：

   do shell script "kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; 
   kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport" with administrator privileges
   

7. 再生を押してテストします（パスワードの入力を求められます）
8. ファイル->デスクトップまたはどこにでも保存

Bluetoothデバイスが接続しない場合は、オートマトンアプリを実行します

AppleサポートフォーラムでのMikaeyのソリューション：

1. WiFiをオフにします
2. Bluetoothデバイスに再接続してみてください（動作するはずです）
3. WiFiを再びオンにします

これで問題は解決しました。

他の回答で提案されたスクリプトを実行しようとして、kextとbluetoothデーモンの両方をアンロードおよび再ロードした後、私のbluetoothはまだ応答していませんでした。

しかし、OSが起動されたときにYosemiteがVMWareの実行中にスリープし、bluetoothが動作しない場合、VMWareを閉じると問題が解決することを発見しました。

VMWareのドライバーは、スリープ/スリープ解除プロセスを常に正しく処理するとは限りません。

-更新：この問題はOSX 10.11 El Capitanでは修正されていません -

以下は、webaholicが投稿したAutomatorソリューションの代替手段です。私のように、もう一度パスワードを入力しなければならない不便を感じている人（ほとんどの場合、Macを起動した後にログオンするためにパスワードを入力しただけです）。

まず、ターミナルで、bluetoothサブシステムをリロードするスクリプトを作成します。

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

次に、rootを所有者にして、/ sbinに移動します。

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

3番目に、sudoersのNOPASSWDコマンドのリストにコマンドを追加します。

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

最後に、デスクトップにbt_restartを呼び出すスクリプトを作成します。

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

できた！デスクトップのBluetoothの再起動で、ノートブックのトラックパッド（またはUSBマウス）をダブルクリックするだけです。

私は同じ問題を抱えていたので、問題の考えられる原因を見つけたと思います。私のマウスはアポストロフィで「My Name's mouse」と呼ばれ、それがエラーの原因だったのかもしれません。

スペースと特殊文字の使用を避けるために名前を変更しました。現在は「mymouse」と呼ばれ、もう問題はないようです。

macOS Sierraにはまだこの問題があります。上記の@Tyiloの要旨へのリンクは、出発点となりました。しかし、homebrewを使用してsleepwatcherをインストールしたかったのですが、plistファイルはすぐに適切にセットアップされませんでした。だから私は長い間遊んで、このスクリプトを思いついたので、確実に機能するようになりました。

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

受け入れられた回答に対するコメントのTyiloのおかげで、sleepwatcherをインストールし、Bluetoothドライバーをアンロードするだけでなく（AppleのBluetoothデーモンcom.apple.iokit.BroadcomBluetoothHostControllerUSBTransportも再起動する）コードをスクリプトに追加するようにスクリプトを変更しましたblued。

スクリプトは次の場所にあります：https : //gist.github.com/timgws/fc63aeca6a248bbb25ff

これを実行すると、すべての問題が解決しました。

要約すると、ここで言及されているもののリスト、ここからのリンク、他のサイトの同様のスレッド、または他のサイトからの推論によって作成されたものです。私はこれらすべてを単独で、そして多くの組み合わせで試しました。それらはすべて、少なくとも一度は機能しているようです。すべてが少なくとも一度失敗しました。

• 新しいマウス電池
• マウスの削除と再ペアリング
• WiFiとマウスをオフにします。Bluetoothマウスを接続します。WiFiを復元する
• WiFi、マウス、およびVPNをオフにします。接続する; 戻す
• Bluetooth PANを削除します。つなぐ
• kextunload / load USBTransport; つなぐ
• kextunloadをsleepwatcherに配線します。睡眠; 起きている; つなぐ
• すべてのUSBコネクター（すべて、すべてのコネクター）を取り外します。つなぐ
• ログアウト; ログインする; つなぐ
• 再起動; ログインする; つなぐ
• SMCのリセット（「シャットダウン」を含む）; 再起動; ログイン接続
• VMホスティング（VMWare、Parallels、VirtualBoxなど）をシャットダウンする

このリストを手元に置いて、「上記のすべて」を使用することにしました。

ここで確かな唯一のことは、どこかで大量の「ランダム」が関与していることだと思います。おそらく、ネットワーク、擬似ネットワーク、階層化ネットワーク、仮想ネットワーク、プロキシネットワークのこれらすべてのドライバー間の競争です。その場合、これらのドライバーはさまざまなソースから提供されているため、おそらくAppleのせいではありません。

もちろん、かつて有名だったAppleの「ジャストワークス」の評判は、まさにこの種の衝突する多様性を完全に禁止することに基づいています。

これは今ではかなり古い投稿ですが、Magic Trackpadが使用可能になる前のスリープウェイクアップ後の遅延により、非常に困難な状況に置かれていることに気付きました。ほとんど/すべてのヒントとヒントを試しましたが、ほとんど効果はありませんでした。

ただし、メニューバーのBluetoothアイコン（CMD ALTドラッグ）を通常の位置（約7インチ）から2番目（右から数えて）、つまりSpotlightメニューの隣に移動しようとしました。

これまで？...問題はなくなりました！

なぜこれが起こるのか100％はわかりませんが、RHSメニューバーのそれらのアイテムからのタスクがウェイクアップ後に対処される順序、すなわちより近いRHSがより高い優先順位を持っているのではないかと思われますか？

数秒で完了します。この問題もある場合は、試してみる価値があるかもしれません。

（iMac 27 "i7 / OS X 10.10.5）

JH

私が読んだ提案のほとんどは、これほど単純なものでは少し複雑に思えました。noobアプローチを取ることにしました：

1. システム環境設定/マウス/ Bluetoothマウスのセットアップに進みました
2. 画面に「マウスが見つかりません」と表示され、検索が開始されました。
3. マウスをオフにしてから再びオンにしました（無数の問題に対するWindowsソリューション）。
4. 私のマウスを見つけました。

kextunloadHigh Sierraでは、コマンドが実際にはもう機能しないようです。しかし、同じことを行うためのサードパーティのコマンドラインツールがありますし、それが動作します：https://github.com/toy/blueutil -あなたはスクリプトが使用することをここで言及微調整することができますblueutil（その代わり、あるいは本格的な解決策がありますこのページですでに見たものと非常によく似ています）：https : //gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Michael Kummerによるこの記事は、MacのBluetooth問題を修正する試みのかなり網羅的なリストを報告し、最終的には動作しているように見えるハンドオフを無効にすることで妥協したソリューションを提案します：https ://michaelkummer.com/technology/mac-bluetooth-issues-affect -keyboard-trackpad /

また、中に見https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196

MacOSを再インストールします。

これは実際には解決策ではありませんが、私の経験を共有して、自分と同じ問題に直面している人々に希望を与えたいと思います-これはまだハードウェアの問題や無線LANの干渉の問題ではないかもしれませんMacOSの再インストールを解決するのは面倒です。

私が経験したこと：2015年のMacbook Proがスリープから復帰した後、Bluetoothデバイスに接続できませんでした。この問題は時間の経過とともに悪化しました。最初はほんの少しの不便（たとえば、Bluetoothモジュールの無効化と再有効化またはWi-Fiで修正可能）から、後の大きな痛み（たとえば、SMC / PRAMリセットによる再起動が必要）でした。

関連する可能性のある症状または副作用は、コンピューターの起動に時間がかかりすぎる（数十秒）ことでした。

（クリーンな）MacOSの再インストールは私の最後の手段でしたが、それは単に機能しているようです。再インストール後、ブルートゥース、Wi-Fi、またはスリープで問題やしゃっくりが見られませんでした。

免責事項：おそらく同じ効果を達成できる適切な修正がおそらくありますが、それはまだ発見されているかもしれません。また、OSを再インストールすると、データと生産性を失うリスクが常に評価されます。

新しい更新： 1週間問題がありませんでした。しかし、その後、ブルートゥースの問題は時々戻ってくるようです。主にHomebrewを使用して、非常に一般的なソフトウェアとパッケージをインストールする以外、週にシステムをいじりませんでした。

他の人の提案に基づいて、Bluetoothをリセットする単純なシェルスクリプトを作成しました。詳細については、要旨をご覧ください。

簡易バージョン（blueutilbrewに依存）：

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

Bluetoothをオフにし、Wi-Fiをオフにし、Wi-Fiを再びオンにし、最後にBluetoothを再びオンにします。

Macがスリープから復帰した後、マウスをクリックしてみてください。

これは、私のMagic Mouse 2をmacOS Sierra（10.12.2）を実行しているMac Miniとより速く接続するように思われました。