OS X Yosemite (10.10)에서 절전 모드 후 Bluetooth 문제

특히 긴 잠에서 Macbook Pro를 깨운 후 Bluetooth 연결에 지속적인 문제가있는 것 같습니다.

특정 기간 동안 활동이 없으면 자동으로 꺼지는 스피커가 있는데, 일반적으로 사용 사례는 랩탑을 열고 스피커를 켜고 Bluetooth 드라이버가 정상적으로 작동하면 자동으로 다시 연결됩니다.

그러나 문제는 Macbook이 잠자기에서 깨어 난 경우 Bluetooth 주변 장치가 다시 연결되지 않는 것 같습니다.

주변을 검색 한 후이 스크립트가 블루투스 커널 확장을 다시 시작하는 것을 발견 했지만 요세미티에서는 작동하지 않는 것 같습니다.

다음 sudo tail -f /var/log/system.log은 kextloadand kextunload(호스트 이름 및 사용자 이름 수정)를 수행 한 후 나에게 준 것입니다 .

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

나는 단지 한 번만 달렸다. 나중에 블루투스가 두 가지 옵션을 다시 깨는 경우 위에서 다시 실행하거나 Automator를 사용하여 간단한 앱으로 원 클릭 솔루션을 만들 수 있습니다.

1. (스포트라이트 검색)을 검색하고 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. 파일-> 바탕 화면 또는 다른 곳에 저장

블루투스 기기가 연결되지 않을 때마다 자동화 앱 실행

애플 지원 포럼에 대한 Mikaey의 솔루션 :

1. WiFi를 끄십시오
2. 블루투스 기기에 다시 연결해보십시오 ( 작동해야합니다 )
3. WiFi를 다시 켜십시오

이것은 나를 위해 문제를 해결했습니다.

다른 답변에서 제안한 스크립트를 실행하고 kext와 bluetooth 데몬을 모두 언로드 및 다시로드 한 후에도 여전히 Bluetooth가 응답하지 않습니다.

그러나 요세미티가 VMWare를 실행하면서 잠자고 OS가 깨어 났을 때 블루투스가 작동하지 않으면 VMWare를 닫으면 문제가 해결된다는 것을 알았습니다.

VMWare의 드라이버가 항상 절전 / 깨우기 프로세스를 올바르게 처리하지는 않는 것 같습니다.

-업데이트 :이 문제는 OSX 10.11 El Capitan에서 수정 되지 않았습니다-

다음은 webaholic이 게시 한 Automator 솔루션의 대안입니다. 나와 같이 암호를 다시 입력 해야하는 불편한 사람들을 위해 (Mac을 깨운 후 로그온하기 위해 방금 입력했을 것입니다).

먼저 터미널에서 블루투스 하위 시스템을 다시로드하는 스크립트를 만듭니다.

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

둘째, 루트를 소유자로 만들고 / sbin으로 옮깁니다.

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

셋째, 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 마우스)를 두 번 클릭하십시오 .

나는 같은 문제가 있었고 문제의 가능한 원인을 발견했다고 생각합니다. 아포스트로피와 함께 내 마우스를 "내 이름의 마우스"라고하며 오류가 발생한 것일 수 있습니다.

공백과 특수 문자를 사용하지 않도록 이름을 변경했습니다. 이제는 "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 드라이버 ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport)를 언로드 할 뿐만 아니라 bluedApple의 Bluetooth 데몬을 다시 시작 하는 코드를 스크립트에 추가하도록 스크립트를 수정했습니다 .

스크립트는 여기에서 찾을 수 있습니다 : https://gist.github.com/timgws/fc63aeca6a248bbb25ff

이것을 실행하면 모든 문제가 해결되었습니다.

요약하면, 여기에 언급 된 것, 여기에서 링크, 다른 사이트의 유사한 스레드 또는 다른 사람들로부터 추론 한 내용이 있습니다. 나는이 모든 것을 단독으로 많은 조합으로 시도했습니다. 그들 모두는 적어도 한 번 작동하는 것처럼 보였습니다. 모두 한 번 이상 실패했습니다.

• 새로운 마우스 배터리
• 마우스를 제거하고 다시 페어링
• WiFi와 마우스를 끄십시오. 블루투스 마우스를 연결하십시오. WiFi를 복원
• WiFi, 마우스 및 VPN을 끕니다. 잇다; 복원
• 블루투스 PAN 삭제 잇다
• kextunload / load USBTransport; 잇다
• sleepwatcher에 철사 kextunload; 자다; 깨다; 잇다
• 모든 USB 커넥터의 연결을 끊습니다 (헥, 모든 커넥터). 잇다
• 로그 아웃; 로그인; 잇다
• 재시작; 로그인; 잇다
• SMC 재설정 ( "종료"포함); 재시작; 로그인 연결
• VM 호스팅 (예 : VMWare, Parallels 또는 VirtualBox) 종료

이 목록을 편리하게 유지하고 "위의 모든 내용"을 사용합니다.

여기서 확실한 것은, 네트워크, 의사 네트워크, 계층 네트워크, 가상 네트워크 및 프록시 네트워크에 대한 이러한 모든 드라이버 중에서 경쟁이 될 수 있습니다. 어떤 경우에는 애플의 잘못이 아닐 수도 있습니다. 왜냐하면 이러한 드라이버는 다양한 소스에서 나왔기 때문입니다.

물론, 애플의 유명한 "저 작품"이라는 명성은 이러한 종류의 충돌 다양성을 정확히 금지하는 데 크게 기여했습니다.

이것은 꽤 오래된 게시물이지만 Magic Trackpad를 사용할 수 있기 전에 수면 깨우기 후에 늦어지고 있다는 사실을 알고 있습니다. ... 쉽게 30 초가 될 수 있습니다. 거의 영향을 미치지 않는 힌트와 팁을 대부분 시도했습니다.

그러나 방금 메뉴 표시 줄 (CMD ALT 드래그)의 Bluetooth 아이콘을 일반 위치 (약 7에서)에서 2로 (오른쪽에서 계산), 즉 스포트라이트 메뉴 옆으로 이동하려고했습니다.

지금까지? ... 문제가 사라졌습니다!

왜 그런지 100 % 확신 할 수는 없지만 RHS 메뉴 표시 줄에있는 해당 항목의 작업이 깨어 난 후에 처리되는 순서와 관련이있을 수 있습니다.

몇 초 밖에 걸리지 않으므로이 문제가있는 경우 시도해 볼 가치가 있습니까?

(iMac 27 "i7 / OS X 10.10.5)

JH

내가 읽은 제안의 대부분은 이것처럼 간단한 것에 약간 복잡해 보였습니다. 멍청한 접근 방식을 결정하기로 결정했습니다.

1. 시스템 환경 설정 / 마우스 / 설정 Bluetooth 마우스로 이동
2. 화면에 "No Mouse found"가 표시되고 검색이 시작되었습니다.
3. 마우스를 껐다가 다시 켭니다 (수많은 문제에 대한 Windows 솔루션).
4. 마우스를 찾았습니다.

kextunloadHigh Sierra 에서 명령이 더 이상 작동하지 않는 것 같습니다 . 그러나 동일한 작업을 수행하는 타사 명령 줄 도구가 있으며 다음과 같이 작동합니다. https://github.com/toy/blueutil – blueutil대신 사용하도록 여기에 언급 된 스크립트를 조정 하거나 완전한 솔루션 ( 이 페이지에서 이미 본 것과 매우 유사합니다) : https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

마이클 Kummer에 의해이 문서는 Mac에서 블루투스 문제를 해결하기 위해 실패한 시도의 상당히 완전한 목록을보고, 마지막으로 작업 보인다 handsoff을 해제하여 손상된 솔루션 제안 : https://michaelkummer.com/technology/mac-bluetooth-issues-affect를 키보드 트랙 패드 /

https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196 에서도 볼 수 있습니다.

MacOS를 다시 설치하십시오.

이것은 실제로 솔루션 솔루션은 아니지만 내 경험과 같은 문제를 겪고있는 사람들에게 희망을주기 위해 내 경험을 공유하고 싶습니다. 여전히 하드웨어 문제 또는 Wi-Fi 간섭 문제가 아닐 수 있습니다. 또는 MacOS 재설치를 해결하기가 번거 롭습니다.

내가 경험 한 것 : 2015 Macbook Pro가 잠에서 깨어 나면 블루투스 장치에 연결할 수 없습니다. 문제는 처음에는 약간의 불편 함 (예 : 블루투스 모듈 또는 Wi-Fi 비활성화 및 재 활성화로 해결할 수 있음)에서 나중에 큰 고통 (예 : SMC / PRAM 재설정으로 다시 시작해야 함)에 이르기까지 초과 근무가 악화되었습니다.

관련된 증상 또는 부작용은 컴퓨터가 깨어날 때까지 너무 오래 (10 초) 걸린다는 것입니다.

MacOS 재설치 (깨끗한)는 나의 최후의 수단이지만 간단하게 작동하는 것 같습니다. 다시 설치 한 후 Bluetooth, Wi-Fi 또는 절전 모드에서 문제 나 딸꾹질이 발생하지 않았습니다.

면책 조항 : 동일한 효과를 얻을 수있는 적절한 수정이있을 수 있습니다. 아마도 아직 발견되지 않았을 수도 있습니다. 또한 OS를 다시 설치하면 항상 평가해야하는 데이터 및 생산성 손실의 위험이 있습니다.

새로운 업데이트 : 일주일 동안 문제가 없었습니다. 그러나 때로는 블루투스 문제가 다시 발생하는 것 같습니다. 나는 주로 Homebrew를 통해 매우 일반적인 소프트웨어와 패키지를 설치하는 것 외에 일주일 동안 시스템에 많은 어려움을 겪지 않았습니다.

다른 사람들의 제안에 따라 블루투스를 재설정하는 간단한 쉘 스크립트를 만들었습니다. 자세한 내용은 요점 을 참조하십시오.

단순화 된 버전 ( blueutilbrew에 따라 다름 ) :

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

블루투스를 끄고, Wi-Fi를 끄고, Wi-Fi를 다시 켜고, 마지막으로 블루투스를 다시 켭니다.

Mac이 잠자기 상태에서 깨어 난 후 마우스를 클릭하십시오.

이것은 macOS Sierra (10.12.2)를 실행하는 Mac Mini와 Magic Mouse 2를 더 빠르게 연결하는 것처럼 보였습니다.