Đã có một số cập nhật quan trọng cho Mavericks , vì vậy bước đầu tiên sẽ là chạy cập nhật phần mềm và cài đặt HĐH và mọi bản cập nhật firmware. Tiếp theo, bạn có thể khắc phục sự cố như sau:
Nhật ký hệ thống
Nhìn vào các thông báo lỗi liên quan đến blueddaemon:
grep blued /var/log/system.log
(đây là một lệnh để gõ trong Terminal). Kiểm tra nhật ký hệ thống này nếu bạn không có các nỗ lực liên kết từ một thiết bị Bluetooth không xác định. Để có thể phát hiện những kẻ xâm nhập lưu ý địa chỉ Bluetooth của bạn trong:
System Information > Hardware > Bluetooth
Ví dụ. :
Hardware Settings:
Address: A8-BB-CF-9B-07-D8
Manufacturer: Broad…
Kiểm tra pin
Nhật ký hệ thống này sẽ không hiển thị bất kỳ thông tin nào về mức pin. Bạn nên kiểm tra nó bằng Alt ⌥+ biểu tượng thanh menu Bluetooth:
Kiểm tra nhiễu
Để phân tích nhiễu này, hãy cài đặt iStumbler và chạy nó. Nếu bạn đang ở trong môi trường đầy nhiễu như vậy, hãy bỏ các thiết bị Bluetooth khác, tắt Trackpad của bạn, đợi 30 giây, bật nó lên. Nếu sự cố của bạn là do nhiễu Bluetooth, điều này có thể khôi phục kết nối hệ thống của nó (thiết bị Bluetooth xoay qua các tần số để sử dụng trên cùng một kênh so với 802.11g. Khi 2 trong số chúng nằm trên cùng một kênh, chúng sẽ chuyển đổi lẫn nhau) .
Bạn cũng có thể phân tích hành vi của kết nối Bluetooth của mình trong thời gian thực với các công cụ tiêu chuẩn MacOS X:
System Preferences > Bluetooth
nhấn Alt ⌥để hiển thị mức tín hiệu Bluetooth thực tế:
Và để đi xa hơn, hãy mở menu thả xuống bánh răng để chọn Monitor Connection RSSIđể theo dõi chất lượng kết nối:
Khởi động lại daemon
Nếu bạn có thể bắt đầu Terminalhoặc truy cập hệ thống của mình ssh, thì bạn có thể dễ dàng khởi động lại bluedbằng một vài lệnh sau:
ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo launchctl stop com.apple.blued
ps ax | egrep '[ /](PID|blued)'
Thứ hai pssẽ hiển thị ID tiến trình mới, xác nhận bạn đã
launchdkhởi động lại bluedchính xác. Nếu bluedkhông khởi động lại (PID vẫn giữ nguyên) thì bạn đang phải đối mặt với một vấn đề nghiêm trọng hơn để điều tra và bạn sẽ gặp khó khăn hơn:
ps ax | egrep '[ /](PID|blued)'
/usr/bin/sudo killall -c blued -KILL
ps ax | egrep '[ /](PID|blued)'
Nhưng đây không phải là một dấu hiệu tốt. Điều này có nghĩa là bluedđã bị kẹt trong một cuộc gọi hệ thống vượt quá mọi khả năng để xử lý tín hiệu. Đây đáng chú ý nhất là dấu hiệu của lỗi trong trình điều khiển Bluetooth hoặc phần mở rộng kernel.