OS X Yosemite'de Uykudan Sonra Bluetooth Sorunları (10.10)

Özellikle Macbook Pro'yu uzun bir uykudan uyanttıktan sonra, Bluetooth bağlantısıyla ilgili kalıcı sorunlar yaşıyor gibiyim.

Belirli bir süre kullanılmadığında otomatik olarak kapanan bir hoparlöre sahibim ve kullanım durumum tipik olarak dizüstü bilgisayarı açmak, hoparlörü açmak ve Bluetooth sürücüsü normal davranırken, otomatik olarak yeniden bağlanacaklar.

Ancak sorun, Macbook'umun uzun bir uykudan yeni kalkmış olması durumunda Bluetooth çevre birimlerinin yeniden bağlanmaması gibi görünüyor.

Çevreyi araştırdıktan sonra, bu betiği bluetooth çekirdeği uzantılarını yeniden başlatmak için buldum , ancak Yosemite'de işe yaramadı.

İşte ve sudo tail -f /var/log/system.logyaptıktan sonra bana ne verdi (ana bilgisayar adı ve kullanıcı adı yeniden düzenlendi):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 çıktı (ana makine adı düzeltildi):

$ 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

Herhangi biriniz bu sorunu daha önce gördünüz mü? Herhangi bir yardım takdir edilecektir.

Yosimite’e yükseltmeden beri bluetooth klavyemi ve trackpad’i yeniden bağlarken sorun yaşadım.

İlk önce şunu deneyin: Terminali açın ve 2 komutu çalıştırın:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Sadece bir kere yukarı koşmak zorunda kaldım. Daha sonra bluetooth tekrar 2 seçeneği bozarsa, sadece tekrar yukarıda koşun ya da Automator kullanarak basit bir uygulamayla 1 tıklamayla bir çözüm oluşturabilirsiniz:

1. Ara (Spotlight araması) ve Automator uygulamasını çalıştırın
2. Alttaki "Yeni Belge" ye tıklayın
3. Yeni dosya türü için "Uygulama" yı seçin
4. Listeden "Yardımcı Programlar" üzerine tıklayın
5. "Run AppleScript" üzerine çift tıklayın

6. Değiştir (* Komut dosyanız buraya gider *) ile:

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

7. Test etmek için play tuşuna basın (şifre isteyecektir)
8. Dosya-> Masaüstüne veya her yere kaydedin

Bluetooth cihazları bağlanmayacaksa, otomatikleştirici uygulamasını çalıştırın

Mikaey'in elma destek forumundaki çözümü:

1. WiFi'nizi kapatın
2. Bluetooth cihazlarınıza yeniden bağlanmayı deneyin ( çalışmalı )
3. WiFi'yi tekrar aç

Bu benim için sorunu çözdü.

Diğer cevapların önerdiği komut dosyalarını çalıştırmaya çalıştıktan sonra, hem kext'i hem de bluetooth arka planını boşaltarak yeniden yüklerken, bluetooth'um hala yanıt vermiyordu.

Ancak, eğer Yosemite VMWare çalışıyorken uyuyorsa ve işletim sistemi uyandığında bluetooth çalışmıyorsa, VMWare'in kapatılması sorunu çözdüğünü keşfettim.

VMWare'deki sürücüler uyku / uyandırma işlemlerini her zaman doğru bir şekilde yapmıyor gibi görünüyor.

- GÜNCELLEME: Bu sorun olduğunu DEĞİL OSX 10.11 giderilen El Capitan -

Aşağıdakiler webaholic tarafından yayınlanan Automator çözümünün alternatifidir, benim gibi, şifrenizi tekrar girmek zorunda kalmaktan rahatsızlık duyanlar için (büyük olasılıkla Mac'inizi uyandırdıktan sonra oturum açmak için girmiş olacaksınız).

İlk olarak, Terminal'de, bluetooth alt sistemini yeniden yükleyen bir komut dosyası oluşturun:

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

İkincisi, root'u sahibine çevirin ve / sbin'e taşıyın:

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

Üçüncü olarak, sudoers'daki NOPASSWD komutları listesine komutu ekleyin:

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

Son olarak, masaüstünüzde bt_restart adlı bir komut dosyası oluşturun:

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

Bitti! Masaüstünüzdeki Bluetooth'u Yeniden Başlat üzerindeki dizüstü bilgisayarınızın trackpad (veya USB fare) ile çift tıklayın .

Aynı problemi yaşadım ve sanırım sorunun olası bir nedenini tespit ettim. Farem kesme işareti ile "İsmimin faresi" olarak adlandırıldı, belki de bu hatalara neden oldu.

Boşluk ve özel karakter kullanmaktan kaçınmak için adını değiştirdim, şimdi sadece "mymouse" olarak adlandırılıyor ve artık bir sorunum yok gibi görünüyor.

MacOS Sierra'da hala bu sorunu yaşıyorum. @ Tyilo'nun yukarıdaki özü ile bağlantısı bana bir başlangıç ​​noktası verdi. Ancak ayrıca sleepwatcher'ı kurmak için homebrew kullanmak istedim ve pist dosyaları kutudan düzgün bir şekilde çıkmadı. Bu yüzden uzun süre oyun oynamıştım ve bu işin benim için güvenilir bir şekilde çalışmasını sağlayan bu senaryo ile karşılaştım.

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

Kabul edilen yanıtla ilgili yorumlardan Tyilo sayesinde, sleepwatcher'ı yüklemek için komut dosyasını değiştirdim ve komut dosyasına yalnızca Bluetooth sürücüsünü ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport) kaldırmayacak bazı kodları ( ) değil, aynı zamanda bluedApple'ın Bluetooth daemon'unu yeniden başlatacak şekilde kod değiştirdim .

Betik burada bulunabilir: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Bunu çalıştırmak benim için tüm sorunları çözdü.

Özetlemek gerekirse, burada, burada bağlantılarda, diğer sitelerdeki benzer konu başlıklarında, hatta diğerlerinin akıl yürütme sebeplerinden oluşan sözlerin listesi. Bunların hepsini, tek başlarına ve birçok kombinasyonda denedim. Hepsi en az bir kere işe gelmiş gibiydi; hepsi en az bir kere başarısız oldu.

• yeni fare pilleri
• Kaldır ve fareyi yeniden eşleştir
• WiFi ve fareyi kapatın; Bluetooth fareyi bağlayın; WiFi'yi geri yükle
• WiFi, fare ve VPN'i kapatın; bağlamak; onarmak
• Bluetooth PAN'ı silin; bağlamak
• kextunload / load USBTransport; bağlamak
• sleepwatcher için tel kextunload; uyku; uyanık; bağlamak
• tüm USB konektörlerini ayırın (heck, tüm konnektörler); bağlamak
• çıkış Yap; oturum aç; bağlamak
• tekrar başlat; oturum aç; bağlamak
• SMC’yi sıfırlamak (“kapatmayı” içerir); tekrar başlat; bağlan bağlan
• VM barındırma sistemini kapatın (VMWare, Parallels veya VirtualBox gibi)

Bu listeyi kullanışlı tutmayı seçiyorum ve "yukarıdakilerin hepsini" kullanıyorum.

Burada kesin olan tek şey, bir yerde büyük bir "rastgele" dozunun, belki de tüm bu sürücüler arasında ağlar, sözde ağlar, katmanlı ağlar, sanal ağlar ve proxy ağları için bir yarış olduğudur. Bu durumda, muhtemelen sadece Apple'ın hatası değil, çünkü bu sürücüler çeşitli kaynaklardan geliyor.

Tabii ki, Apple'ın bir zamanlar ünlü olan "adil işler" şöhreti büyük ölçüde bu tür çarpışan çeşitliliği yasaklamak üzerine kurulmuştu.

Bu durumun artık eski bir yazı olduğunun farkındayım, ancak Magic Trackpad kullanmadan önce uykudan uyandıktan sonra aldığım gecikme yüzünden çıldırıyordu .... kolayca iyi bir 30 saniye olabilirdi. Çok az etki için bulabildiğim tüm ipuçlarını ve ipuçlarını denedim.

Ancak, Menü çubuğundaki (CMD ALT Sürükle) Bluetooth simgesini normal konumundan (yaklaşık 7 inç), 2. inç'e (Sağdan sayıldığı gibi), yani Spotlight menüsünün yanında taşımayı denedim.

Şimdiye kadar? ... sorun gitti!

Bunun neden böyle olacağından% 100 emin değilsiniz, ancak RHS Menü Çubuğundaki bu öğelerden gelen görevlerin uyandıktan sonra ele alındığı sırada yapılacağından şüphelenilebilir, yani RHS'ye yakın olanlar daha yüksek önceliğe sahip midir?

Sadece birkaç saniyenizi alır, bu yüzden eğer bu sorunu yaşarsanız - denemeye değer mi?

(iMac 27 "i7 / OS X 10.10.5)

JH

Okuduğum öneri çoğu, bu kadar basit bir şey için biraz karmaşık görünüyordu. Noob yaklaşımı almaya karar verdi:

1. Sistem Tercihlerine Gitti / Fare / Bluetooth Fare Ayarlama
2. Ekranda "Fare bulunamadı" görüntülendi ve aramaya başladı.
3. Faremi kapattıktan sonra tekrar açtım (sayısız sorun için Windows çözümü).
4. Faremi buldu.

Görünüşe kextunloadkomutlar aslında High Sierra üzerinde artık çalışmaz. Ancak , aynı şeyi yapmak için bir 3. parti komut satırı aracı var ve işe yarıyor: https://github.com/toy/blueutil - burada kullanmak için burada belirtilen komut dosyalarını çimdikleyebilirsiniz, blueutilhatta tam gelişmiş bir çözüm bile var ( zaten bu sayfada gördüklerimize çok benziyor): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Michael Kummer'ın bu makalesi, mac'taki bluetooth sorunlarını düzeltmek için yapılan başarısız denemelerin oldukça kapsamlı bir listesini bildirmektedir ve nihayet işe yarayan el sıkışmasını devre dışı bırakarak tehlikeye atılmış bir çözüm önermektedir: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -Klavye-dokunmatik alanı /

Ayrıca https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196 da görüldü.

MacOS'u yeniden yükleyin.

Bu gerçekten bir çözüm çözümü değil, sadece benimkiyle aynı sorunla karşı karşıya kalanlara biraz umut vermek için deneyimlerimi paylaşmak istiyorum - bu yine de daha pahalı olabilecek bir donanım sorunu veya wifi girişim sorunu olmayabilir. veya MacOS'u yeniden yüklemek için sorunlu.

Ne deneyimledim: 2015 Macbook Pro uykudan uyandıktan sonra, bluetooth cihazlarına bağlanamadı. Sorun, başlangıçta çok az rahatsızlıktan (örneğin, bluetooth modülünün veya wifi'nin devre dışı bırakılması ve yeniden etkinleştirilmesi) düzeltilebilecek) daha sonra büyük bir ağrıya (örneğin, SMC / PRAM sıfırlama ile yeniden başlatmayı gerektirir) kadar mesai süresini daha da kötüleştirdi.

İlişkili olabilecek bir belirti veya yan etki, bilgisayarın bazen uyanması için çok uzun sürmesi (10 saniye) oldu.

Yeniden yükleme (temiz) MacOS benim son çareydi ama sadece işe yarayacak gibi görünüyor. Yeniden yükledikten sonra bluetooth, wifi veya uyku ile herhangi bir sorun ya da hıçkırık gözlemlemedim.

Feragatname: Muhtemelen, henüz keşfedilen ya da keşfedilmemiş olabilecek aynı etkiye ulaşabilecek uygun bir düzeltme var. Ayrıca, İşletim Sistemini yeniden kurmak, her zaman değerlendirme yapması gereken veri ve verimlilik kaybı riskleriyle birlikte gelir.

Yeni güncelleme: Bir hafta boyunca sorunsuz geçti. Ama sonra bluetooth sorunu bazen geri geliyor gibi görünüyor. Çoğunlukla Homebrew aracılığıyla çok yaygın bazı yazılım ve paketler kurmak dışında sistemle bağlantı kurmadım.

Diğer insanların önerilerini temel alarak, bluetooth'u sıfırlamak için basit bir kabuk betiği oluşturdum. Özüne bak bakınız.

Basitleştirilmiş sürüm ( blueutildemlemeye bağlıdır ):

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

Bluetooth'u kapatır, wi-fi'yi kapatır, wi-fi'yi tekrar açar ve nihayet bluetooth'u tekrar açar.

Mac'iniz uyku modundan çıktıktan sonra fareyi tıklamayı deneyin.

Bu, Magic Mouse 2'mi macOS Sierra (10.12.2) çalıştıran bir Mac Mini'ye daha hızlı bağladı.