Sự cố Bluetooth sau khi ngủ trong OS X Yosemite (10.10)

Tôi dường như gặp vấn đề dai dẳng với kết nối Bluetooth, đặc biệt là sau khi đánh thức Macbook Pro sau một giấc ngủ dài.

Tôi có một loa tự động tắt sau một thời gian không hoạt động nhất định và trường hợp sử dụng của tôi thường là mở máy tính xách tay, bật loa và khi trình điều khiển Bluetooth hoạt động bình thường, chúng sẽ tự động kết nối lại.

Tuy nhiên, vấn đề dường như là các thiết bị ngoại vi Bluetooth của tôi không kết nối lại nếu Macbook của tôi vừa thức dậy sau một giấc ngủ dài.

Sau khi tìm kiếm xung quanh, tôi thấy tập lệnh này để khởi chạy lại các phần mở rộng nhân bluetooth , nhưng dường như nó không hoạt động trên Yosemite.

Đây là những gì sudo tail -f /var/log/system.logđã cho tôi sau khi thực hiện kextloadvà kextunload(tên máy chủ và tên người dùng được điều chỉnh lại):

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 đầu ra (tên máy chủ được điều chỉnh lại):

$ 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

Có ai trong số các bạn đã nhìn thấy vấn đề này trước đây? Bất kỳ trợ giúp sẽ được đánh giá cao.

Tôi đã gặp sự cố khi kết nối lại bàn phím & trackpad bluetooth của mình kể từ khi nâng cấp lên Yosimite.

Trước tiên hãy thử điều này: Mở Terminal & chạy 2 lệnh:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Tôi chỉ phải chạy ở trên một lần. Nếu sau này bluetooth lại phá vỡ 2 tùy chọn, chỉ cần chạy lại phía trên hoặc bạn có thể tạo giải pháp 1 lần nhấp bằng một ứng dụng đơn giản bằng Automator:

1. Tìm kiếm (tìm kiếm Spotlight) và chạy Automator
2. Nhấp vào "Tài liệu mới" ở dưới cùng
3. Chọn "Ứng dụng" cho loại tệp mới
4. Nhấp vào "Tiện ích" từ danh sách
5. Bấm đúp vào "Chạy AppleScript"

6. Thay thế (* Tập lệnh của bạn ở đây *) bằng:

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

7. Nhấn play để kiểm tra (sẽ nhắc nhập mật khẩu)
8. Tệp-> Lưu vào máy tính để bàn hoặc bất cứ nơi nào

Chạy ứng dụng tự động bất cứ khi nào thiết bị bluetooth không kết nối

Giải pháp của Mikaey trên diễn đàn hỗ trợ táo:

1. Tắt WiFi của bạn
2. Hãy thử kết nối lại với các thiết bị bluetooth của bạn ( nên hoạt động )
3. Bật lại WiFi

Điều này đã giải quyết vấn đề cho tôi.

Sau khi cố gắng chạy các tập lệnh được đề xuất bởi các câu trả lời khác, dỡ và tải lại cả kext và daemon bluetooth, bluetooth của tôi vẫn không phản hồi.

Tuy nhiên, tôi đã phát hiện ra rằng nếu Yosemite ngủ với VMWare đang chạy và bluetooth không hoạt động khi hệ điều hành được đánh thức, việc đóng VMWare sẽ khắc phục vấn đề.

Có vẻ như các trình điều khiển trong VMWare không luôn xử lý chính xác quá trình ngủ / thức.

- CẬP NHẬT: Sự cố này KHÔNG được khắc phục trong OSX 10.11 El Capitan -

Sau đây là giải pháp thay thế cho giải pháp Automator được đăng bởi webaholic, đối với những người, giống như tôi, thấy bất tiện khi phải nhập lại mật khẩu của bạn (rất có thể bạn sẽ nhập mật khẩu để đăng nhập sau khi đánh thức máy Mac của bạn).

Đầu tiên, trong Terminal, tạo một tập lệnh tải lại hệ thống con bluetooth:

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

Thứ hai, tạo root chủ sở hữu của nó và di chuyển nó đến / sbin:

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

Thứ ba, thêm lệnh vào danh sách các lệnh NOPASSWD trong sudoers:

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

Cuối cùng, tạo một tập lệnh trên máy tính để bàn của bạn gọi bt_restart:

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

Làm xong! Chỉ cần nhấp đúp bằng bàn di chuột của máy tính xách tay (hoặc chuột USB) trên Khởi động lại Bluetooth trên Màn hình của bạn.

Tôi đã có cùng một vấn đề và tôi nghĩ rằng tôi đã phát hiện ra một nguyên nhân có thể của vấn đề. Chuột của tôi được gọi là "Tên của tôi" với dấu nháy đơn, có thể đó là nguyên nhân gây ra lỗi.

Tôi đã thay đổi tên để tránh sử dụng khoảng trắng và ký tự đặc biệt, bây giờ được gọi là "mymouse" và tôi dường như không còn gặp vấn đề nữa.

Tôi vẫn có vấn đề này trong macOS Sierra. Liên kết @ Tyilo ở trên với ý chính của anh ấy đã cho tôi một điểm khởi đầu. Nhưng tôi cũng muốn sử dụng homebrew để cài đặt trình theo dõi giấc ngủ và các tệp plist không được thiết lập đúng cách. Vì vậy, tôi đã chơi xung quanh trong một thời gian dài và đưa ra kịch bản này có những thứ làm việc đáng tin cậy cho tôi.

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

Nhờ Tyilo từ các nhận xét về câu trả lời được chấp nhận, tôi đã sửa đổi tập lệnh của anh ấy để cài đặt trình theo dõi giấc ngủ và thêm vào tập lệnh một số mã không chỉ hủy trình điều khiển Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport) mà còn khởi động lại blued, trình nền Bluetooth của Apple.

Kịch bản có thể được tìm thấy ở đây: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Chạy này đã giải quyết tất cả các vấn đề cho tôi.

Tóm lại, đây là danh sách những điều được đề cập ở đây, trong các liên kết từ đây, trong các chủ đề tương tự ở các trang web khác, hoặc thậm chí do tôi lập luận từ những người khác. Tôi đã thử tất cả những thứ này, đơn lẻ và trong nhiều kết hợp. Tất cả trong số họ dường như đã làm việc ít nhất một lần; tất cả đã thất bại ít nhất một lần.

• pin chuột mới
• loại bỏ và ghép lại chuột
• tắt WiFi và chuột; kết nối chuột Bluetooth; khôi phục WiFi
• tắt WiFi, chuột và VPN; kết nối; khôi phục
• xóa PAN PAN; kết nối
• kextunload / tải USBTransport; kết nối
• dây kextunload để ngủ ngủ; thức giấc; kết nối
• ngắt kết nối tất cả các đầu nối USB (heck, tất cả các đầu nối); kết nối
• đăng xuất; đăng nhập; kết nối
• khởi động lại; đăng nhập; kết nối
• đặt lại SMC (liên quan đến "tắt"); khởi động lại; đăng nhập kết nối
• tắt lưu trữ VM (như VMWare, Parallels hoặc VirtualBox)

Tôi chọn giữ danh sách này tiện dụng và sử dụng "tất cả những điều trên."

Tôi nghĩ rằng điều duy nhất chắc chắn, ở đây, là có một lượng lớn "ngẫu nhiên" có liên quan ở đâu đó, có lẽ là một cuộc đua giữa tất cả các trình điều khiển cho mạng, mạng giả, mạng lớp, mạng ảo và mạng proxy. Trong trường hợp đó, có lẽ đó không chỉ là lỗi của Apple, bởi vì các trình điều khiển đó đến từ nhiều nguồn khác nhau.

Tất nhiên, danh tiếng "chỉ hoạt động" nổi tiếng một thời của Apple chủ yếu được xây dựng dựa trên việc cấm chính xác loại đa dạng va chạm này.

Nhận thức được rằng đây là một bài viết cũ nhưng đã bị thúc đẩy bởi sự chậm trễ mà tôi nhận được sau khi thức dậy trước khi Magic Trackpad có thể sử dụng được .... có thể dễ dàng trong 30 giây. Đã thử hầu hết / tất cả các gợi ý và lời khuyên tôi có thể tìm thấy rất ít hiệu quả.

Tuy nhiên, tôi vừa thử di chuyển biểu tượng Bluetooth trên thanh Menu (Kéo ALT ALT) từ vị trí bình thường (khoảng 7 in) sang thứ 2 (như được tính từ bên phải), tức là bên cạnh menu Spotlight.

Cho đến nay? ... vấn đề đã biến mất!

Không chắc chắn 100% lý do tại sao lại như vậy, nhưng nghi ngờ nó có thể liên quan đến thứ tự các nhiệm vụ từ các mục trên Thanh Menu RHS được xử lý sau khi thức dậy, tức là những RHS gần hơn có mức độ ưu tiên cao hơn?

Chỉ mất vài giây để làm, vì vậy nếu bạn cũng gặp vấn đề này - có thể đáng để thử không?

(iMac 27 "i7 / OS X 10.10.5)

JH

Hầu hết các gợi ý tôi đã đọc có vẻ hơi phức tạp đối với một cái gì đó đơn giản như thế này. Quyết định thực hiện một cách tiếp cận noob:

1. Đã đi đến Tùy chọn hệ thống / Chuột / Thiết lập Chuột Bluetooth
2. Màn hình hiển thị "Không tìm thấy chuột" và bắt đầu tìm kiếm.
3. Tắt chuột của tôi sau đó bật lại (giải pháp Windows cho vô số vấn đề).
4. Nó tìm thấy con chuột của tôi.

Có vẻ như các kextunloadlệnh không thực sự hoạt động nữa trên High Sierra. Tuy nhiên , có một công cụ dòng lệnh của bên thứ 3 để thực hiện điều tương tự và nó hoạt động: https://github.com/toy/blueutil - bạn có thể điều chỉnh các tập lệnh được đề cập ở đây để sử dụng blueutilthay thế hoặc thậm chí có một giải pháp toàn diện ( rất giống với những gì chúng ta đã thấy trên trang này): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Bài viết này của Michael Kummer báo cáo một danh sách khá đầy đủ các nỗ lực thất bại để khắc phục sự cố bluetooth trên mac và cuối cùng đề xuất một giải pháp bị xâm phạm bằng cách vô hiệu hóa handoff có vẻ hiệu quả: https://michaelkummer.com/t Technology / mac-bluetooth -issues-affect -keyboard-trackpad /

Cũng thấy trong https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196

Cài đặt lại MacOS.

Đây thực sự không phải là một giải pháp giải pháp nhưng tôi chỉ muốn chia sẻ kinh nghiệm của mình để mang lại một chút hy vọng cho những người đang gặp phải vấn đề tương tự như tôi - rằng đây có thể vẫn không phải là vấn đề về phần cứng hoặc nhiễu wifi, có thể tốn kém hơn hoặc rắc rối để giải quyết việc cài đặt lại MacOS.

Những gì tôi đã trải nghiệm: Sau khi Macbook Pro 2015 của tôi thức dậy sau khi ngủ, nó không thể kết nối với các thiết bị bluetooth. Vấn đề đã trở nên tồi tệ hơn khi tăng ca, từ ban đầu chỉ là một sự bất tiện nhỏ (ví dụ, vô hiệu hóa và kích hoạt lại mô-đun bluetooth hoặc wifi có thể khắc phục nó) để sau đó là một nỗi đau rất lớn (ví dụ, yêu cầu khởi động lại với thiết lập lại SMC / PRAM).

Một triệu chứng hoặc tác dụng phụ có thể liên quan là máy tính đôi khi mất quá nhiều thời gian (10 giây) để thức dậy.

Cài đặt lại (sạch) MacOS là giải pháp cuối cùng của tôi nhưng có vẻ như nó chỉ đơn giản là hoạt động. Sau khi cài đặt lại, tôi không quan sát thấy bất kỳ vấn đề hoặc trục trặc nào với bluetooth, wifi hoặc ngủ.

Tuyên bố miễn trừ trách nhiệm: Có thể có một số sửa chữa thích hợp có thể đạt được hiệu quả tương tự, có thể hoặc chưa được phát hiện. Ngoài ra, cài đặt lại hệ điều hành luôn đi kèm với rủi ro mất dữ liệu và năng suất mà người ta nên đánh giá.

Cập nhật mới: Nó không có vấn đề trong một tuần. Nhưng sau đó, vấn đề bluetooth dường như trở lại đôi khi. Tôi đã không làm nhiều việc với hệ thống trong tuần ngoài việc cài đặt một số phần mềm và gói rất phổ biến chủ yếu thông qua Homebrew.

Dựa trên những gợi ý của người khác, tôi đã tạo tập lệnh shell đơn giản để thiết lập lại bluetooth. Xem ý chính để biết chi tiết.

Phiên bản đơn giản hóa (phụ thuộc vào blueutilbia):

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

Nó tắt bluetooth, tắt wi-fi, bật lại wi-fi và cuối cùng bật lại bluetooth.

Hãy thử nhấp chuột sau khi máy Mac của bạn thức dậy.

Điều này dường như kết nối Magic Mouse 2 của tôi nhanh hơn với Mac Mini chạy macOS Sierra (10.12.2).