Wprowadzono kilka istotnych aktualizacji Mavericks , więc pierwszym krokiem byłoby uruchomienie aktualizacji oprogramowania i zainstalowanie systemu operacyjnego i wszelkich aktualizacji oprogramowania układowego. Następnie możesz rozwiązać problem w następujący sposób:
Dziennik systemu
Spójrz na komunikaty o błędach dotyczące blued
demona:
grep blued /var/log/system.log
(jest to polecenie do wpisania Terminal
). Sprawdź w tym dzienniku systemowym, jeśli nie masz prób połączenia z nieznanego urządzenia Bluetooth. Aby móc wykryć intruzów, zanotuj swój własny adres Bluetooth w:
System Information > Hardware > Bluetooth
dawny. :
Hardware Settings:
Address: A8-BB-CF-9B-07-D8
Manufacturer: Broad…
Kontrola baterii
Ten dziennik systemu nie wyświetla żadnych informacji o poziomie baterii. Należy to sprawdzić za pomocą Alt ⌥ikony paska menu + Bluetooth:
Kontrola zakłóceń
Aby przeprowadzić analizę zakłóceń, zainstaluj iStumbler i uruchom go. Jeśli jesteś w takim środowisku zakłóceń, odłóż inne urządzenia Bluetooth, wyłącz gładzik, poczekaj 30 sekund, włącz go. Jeśli twój problem jest wynikiem zakłóceń Bluetooth, może to przywrócić łączność systemu (urządzenia Bluetooth obracają się na częstotliwościach, aby używać na tym samym kanale niż 802.11g. Gdy 2 z nich są na tym samym kanale, wzajemnie się zacinają) .
Możesz również analizować zachowanie połączenia Bluetooth w czasie rzeczywistym za pomocą standardowych narzędzi MacOS X:
System Preferences > Bluetooth
naciśnij, Alt ⌥aby wyświetlić aktualny poziom sygnału Bluetooth:
Aby przejść dalej, otwórz menu rozwijane koła zębatego, aby wybrać Monitor Connection RSSI
jakość monitorowania połączenia:
Uruchom ponownie demona
Jeśli możesz uruchomić system Terminal
lub uzyskać do niego dostęp ssh
, możesz łatwo ponownie uruchomić za blued
pomocą kilku poleceń:
ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo launchctl stop com.apple.blued
ps ax | egrep '[ /](PID|blued)'
Drugi ps
powinien wyświetlać nowy identyfikator procesu, potwierdzający
poprawne launchd
ponowne uruchomienie blued
. Jeśli blued
nie uruchomi się ponownie (PID pozostanie taki sam), masz do czynienia z poważniejszym problemem do zbadania i będziesz miał trudniejsze zabicie:
ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo killall -c blued -KILL
ps ax | egrep '[ /](PID|blued)'
Ale to wcale nie jest dobry znak. Oznacza to, że blued
utknął w wywołaniu systemowym poza wszelką możliwością obsługi sygnału. Jest to przede wszystkim znak błędu w sterowniku Bluetooth lub rozszerzeniu jądra.