Sepertinya saya mengalami masalah yang terus-menerus dengan konektivitas Bluetooth, terutama setelah membangunkan Macbook Pro saya dari tidur yang lama.
Saya memiliki speaker yang mati secara otomatis setelah beberapa saat tidak aktif, dan case use saya biasanya adalah membuka laptop, menyalakan speaker, dan ketika driver Bluetooth berfungsi normal, mereka akan terhubung kembali secara otomatis.
Namun, masalahnya tampaknya perangkat Bluetooth saya tidak terhubung kembali jika Macbook saya baru saja terbangun dari tidur yang lama.
Setelah mencari-cari, saya menemukan skrip ini untuk meluncurkan kembali ekstensi kernel bluetooth , tetapi sepertinya tidak berfungsi pada Yosemite.
Inilah yang sudo tail -f /var/log/system.log
memberi saya setelah melakukan a kextload
dan kextunload
(nama host dan nama pengguna dihapus):
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
output (nama host dihapus):
$ 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
Pernahkah Anda melihat masalah ini sebelumnya? Bantuan apa pun akan dihargai.
sumber
Jawaban:
Saya mengalami masalah saat menyambung kembali keyboard & trackpad bluetooth saya sejak memutakhirkan ke Yosimite.
Pertama coba ini: Buka Terminal & jalankan 2 perintah:
Saya hanya perlu berlari di atas sekali. Jika nantinya bluetooth memecah lagi 2 opsi, jalankan saja di atas lagi atau Anda dapat membuat solusi 1-klik dengan aplikasi sederhana menggunakan Automator:
Ganti (* Skrip Anda ada di sini *) dengan:
Jalankan aplikasi automator setiap kali perangkat bluetooth tidak terhubung
sumber
kextunload
gagal (Can't unload kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes have instances
) dan membuat Bluetooth tidak tersedia (coretan melalui ikon).(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).
Solusi Mikaey di forum dukungan apel:
Ini telah memecahkan masalah bagi saya.
sumber
Setelah mencoba menjalankan skrip yang disarankan oleh jawaban lain, membongkar dan memuat ulang kext dan daemon bluetooth, bluetooth saya masih tidak merespons.
Namun, saya telah menemukan bahwa jika Yosemite tidur dengan VMWare berjalan dan bluetooth tidak berfungsi ketika OS dibangunkan, menutup VMWare memperbaiki masalah tersebut.
Tampaknya driver di VMWare tidak selalu menangani proses sleep / wake dengan benar.
sumber
- PEMBARUAN: Masalah ini TIDAK diperbaiki di OSX 10.11 El Capitan -
Berikut ini adalah alternatif untuk solusi Automator yang diposting oleh webaholic, bagi mereka yang, seperti saya, merasa tidak nyaman harus memasukkan kata sandi Anda lagi (kemungkinan besar Anda baru saja memasukkannya untuk masuk setelah membangunkan Mac Anda).
Pertama, di Terminal, buat skrip yang memuat ulang subsistem bluetooth:
Kedua, jadikan root pemiliknya dan pindahkan ke / sbin:
Ketiga, tambahkan perintah ke daftar perintah NOPASSWD di sudoers:
Terakhir, buat skrip di desktop Anda yang memanggil bt_restart:
Selesai! Cukup klik dua kali dengan trackpad notebook Anda (atau mouse USB) pada Restart Bluetooth di Desktop Anda.
sumber
chown
tidak bolehchmod
- mencoba mengedit sendiri, tetapi tidak ada kredit di sini dan edit di bawah batas panjang: - //etc/sudoers
, sebagai alternatif Anda dapat mengedit file langsung dengansudo visudo
Saya memiliki masalah yang sama dan saya pikir saya melihat kemungkinan penyebabnya. Mouse saya disebut "Mouse Nama Saya" dengan tanda kutip, mungkin itu yang menyebabkan kesalahan.
Saya telah mengubah nama untuk menghindari penggunaan spasi dan karakter khusus, sekarang disebut hanya "mymouse" dan sepertinya saya tidak memiliki masalah lagi.
sumber
Saya masih memiliki masalah ini di macOS Sierra. @ Tyilo tautan di atas ke intinya memberi saya titik awal. Tapi saya juga ingin menggunakan homebrew untuk menginstal sleepwatcher, dan file plist tidak diatur dengan benar di luar kotak. Jadi saya bermain-main untuk waktu yang lama dan muncul dengan skrip ini yang membuat segalanya berjalan dengan baik bagi saya.
sumber
Berkat Tyilo dari komentar pada jawaban yang diterima, saya telah memodifikasi skripnya untuk menginstal sleepwatcher dan menambahkan beberapa kode kepada skrip yang tidak hanya akan membongkar driver Bluetooth (
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
), tetapi juga me-restartblued
, daemon Bluetooth Apple.Skrip dapat ditemukan di sini: https://gist.github.com/timgws/fc63aeca6a248bbb25ff
Menjalankan ini telah menyelesaikan semua masalah bagi saya.
sumber
Untuk meringkas, inilah daftar hal-hal yang disebutkan di sini, di tautan dari sini, di utas serupa di situs lain, atau bahkan dibuat-buat oleh saya dengan alasan dari yang lain. Saya sudah mencoba semua ini, secara tunggal dan dalam banyak kombinasi. Semua dari mereka tampaknya bekerja setidaknya sekali; semua telah gagal setidaknya satu kali.
Saya memilih untuk menjaga daftar ini tetap berguna, dan menggunakan "semua hal di atas."
Saya pikir satu-satunya hal yang pasti, di sini, adalah bahwa ada dosis besar "acak" yang terlibat di suatu tempat, mungkin perlombaan di antara semua driver untuk jaringan, jaringan semu, jaringan berlapis, jaringan virtual, dan jaringan proxy. Dalam hal ini, itu mungkin bukan semata-mata kesalahan Apple, karena driver tersebut berasal dari berbagai sumber.
Tentu saja, reputasi "just works" Apple yang dulu terkenal sebagian besar dibangun di atas pelarangan keberagaman bertabrakan seperti ini.
sumber
Sadar bahwa ini adalah posting yang cukup lama sekarang tetapi sedang didorong oleh keterlambatan yang saya dapatkan setelah bangun tidur sebelum Magic Trackpad dapat digunakan .... dengan mudah bisa menjadi 30 detik yang baik. Mencoba sebagian besar / semua petunjuk dan tips yang bisa saya temukan untuk efek yang sangat kecil.
Namun, saya baru saja mencoba memindahkan ikon Bluetooth pada bilah Menu (CMD ALT Drag) dari posisi normalnya (sekitar 7 in) ke 2nd in (dihitung dari Kanan), yaitu di sebelah menu Spotlight.
Sejauh ini? ... masalah hilang!
Tidak 100% yakin mengapa ini terjadi, tetapi menduga itu mungkin ada hubungannya dengan urutan tugas dari item-item di Menu RHS yang ditangani setelah bangun, yaitu mereka yang lebih dekat RHS memiliki prioritas lebih tinggi?
Hanya perlu beberapa detik untuk melakukannya, jadi jika Anda juga memiliki masalah ini - mungkin patut dicoba?
(iMac 27 "i7 / OS X 10.10.5)
JH
sumber
Sebagian besar saran yang saya baca tampak agak rumit untuk sesuatu yang sederhana seperti ini. Memutuskan untuk mengambil pendekatan noob:
sumber
Sepertinya
kextunload
perintah tidak benar-benar berfungsi lagi di High Sierra. Namun , ada alat baris perintah pihak ke-3 untuk melakukan hal yang sama dan berfungsi: https://github.com/toy/blueutil - Anda dapat mengubah skrip yang disebutkan di sini untuk digunakanblueutil
sebagai gantinya, atau bahkan ada solusi penuh () sangat mirip dengan apa yang telah kita lihat di halaman ini): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863fsumber
xcodebuild -project blueutil.xcodeproject
di direktori yang belum dibongkar. Ini kemudian dibuild/Release
.Artikel ini oleh Michael Kummer melaporkan daftar yang cukup lengkap dari upaya gagal untuk memperbaiki masalah bluetooth pada mac, dan akhirnya menyarankan solusi yang dikompromikan dengan menonaktifkan handsoff yang tampaknya berfungsi: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -keyboard-trackpad /
Juga terlihat di https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196
sumber
Instal ulang MacOS.
Ini sebenarnya bukan solusi solusi tetapi saya hanya ingin berbagi pengalaman saya untuk memberikan harapan kepada mereka yang menghadapi masalah yang sama dengan saya - bahwa ini mungkin masih bukan masalah perangkat keras atau masalah gangguan wifi, yang mungkin lebih mahal atau sulit untuk menyelesaikannya menginstal ulang MacOS.
Apa yang saya alami: Setelah Macbook Pro 2015 saya terbangun dari tidur, ia tidak dapat terhubung ke perangkat bluetooth. Masalahnya telah memperburuk lembur, dari awalnya hanya sedikit ketidaknyamanan (misalnya, menonaktifkan dan mengaktifkan kembali modul bluetooth atau wifi dapat memperbaikinya) hingga kemudian sangat menyakitkan (misalnya, membutuhkan restart dengan SMC / PRAM reset).
Gejala atau efek samping yang mungkin terkait adalah bahwa komputer kadang-kadang terlalu lama (10 detik) untuk bangun.
Menginstal ulang (bersih) MacOS adalah pilihan terakhir saya tetapi tampaknya hanya berfungsi. Setelah menginstal ulang saya tidak melihat ada masalah atau cegukan dengan bluetooth, wifi, atau tidur.
Penafian: Mungkin ada beberapa perbaikan yang tepat yang dapat mencapai efek yang sama, yang mungkin atau mungkin belum ditemukan. Juga, menginstal ulang OS selalu disertai dengan risiko kehilangan data dan produktivitas yang harus dievaluasi.
Pembaruan baru: Bebas masalah selama seminggu. Namun terkadang masalah bluetooth sepertinya kembali lagi. Saya tidak melakukan banyak perubahan pada sistem di minggu selain menginstal beberapa perangkat lunak dan paket yang sangat umum terutama melalui Homebrew.
sumber
Berdasarkan saran orang lain, saya membuat skrip shell sederhana untuk mengatur ulang bluetooth. Lihat inti untuk detailnya.
Versi sederhana (tergantung pada
blueutil
minuman):Matikan bluetooth, matikan wi-fi, matikan wi-fi, dan akhirnya matikan bluetooth.
sumber
Coba klik mouse setelah Mac Anda bangun dari tidur.
Ini sepertinya menghubungkan Magic Mouse 2 saya lebih cepat dengan Mac Mini menjalankan macOS Sierra (10.12.2).
sumber