私はDebian Jessie（テスト中）を使用しています。Bluetoothマウス（Microsoft Sculpt Comfort）を持っていて、ペアリングして問題なく使用できますが、しばらく操作しないと（約10分）、動作しなくなり、手動でタッチする必要があります。検出可能に設定マウスのボタンを押して、コマンド ラインで再度ペアリングします。
同じマウスをOS Xで試してみたところ、動作したので、ハードウェアの問題ではない
カーネル 3.14.12-1 (2014-07-11)
次のコマンドでマウスをペアリングします:
sudo hidd --connect 30:59:B7:72:A5:A7
正しく組み合わせると、これはログファイル出力
Jan 7 15:22:42 desktop hidd: New HID device 30:59:B7:72:A5:A7 (Microsoft Bluetooth Mouse )
Jan 7 15:22:42 desktop kernel: [103877.102083] hid-generic 0005:045E:07A2.0009: unknown main item tag 0x0
Jan 7 15:22:42 desktop kernel: [103877.102481] input: Microsoft Bluetooth Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0009/input/input51
Jan 7 15:22:42 desktop kernel: [103877.102884] hid-generic 0005:045E:07A2.0009: input,hidraw3: BLUETOOTH HID v1.29 Mouse [Microsoft Bluetooth Mouse ] on 00:15:83:c8:52:19
しばらくアイドル時間が経過すると、同じログ ファイルに次の内容が出力されます。
Jan 7 15:34:34 desktop acpid: input device has been disconnected, fd 20
マウス ボタンをクリックするか移動すると、次のように印刷されます。
Jan 7 15:49:55 desktop bluetoothd[650]: Refusing input device connect: No such file or directory (2)
Jan 7 15:49:56 desktop bluetoothd[650]: Refusing connection from 30:59:B7:72:A5:A7: unknown device
これは、マウスがまだ動作していて、OS に再接続するように指示しようとしているが、それができないことを示しているようです。
これはudevadm 情報 -p応答：
P: /devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0004/input/input22
E: ABS=100000000
E: DEVPATH=/devices/pci0000:00/0000:00:02.0/usb2/2-3/2-3:1.0/bluetooth/hci0/hci0:42/0005:045E:07A2.0004/input/input22
E: EV=10001f
E: ID_FOR_SEAT=input-pci-0000_00_02_0-usb-0_3_1_0
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_INPUT_KEYBOARD=1
E: ID_INPUT_MOUSE=1
E: ID_PATH=pci-0000:00:02.0-usb-0:3:1.0
E: ID_PATH_TAG=pci-0000_00_02_0-usb-0_3_1_0
E: KEY=4837fff072ff32d bf54444600000000 1f0001 30f908b17c007 ffe77bfad9415fff febeffdff3cfffff fffffffffffffffe
E: MODALIAS=input:b0005v045Ep07A2e0129-e0,1,2,3,4,14, k71,72,73,74,75,77,79,7A,7B,7C,7D,7E,7F,80,81,82,83,84,85,86,87,88,89,8A,8B,8C,8E,90,96,98,9B,9C,9E,9F,A1,A3,A4,A5,A6,A7,A8,A9,AB,AC,AD,AE,B0, B1,B2,B5,B6,B7,B8,B9,BA,BB,BC,BD,BE,BF,C0,C1,C2,CE,CF,D0,D1,D2,D4,D8,D9,DB,DF,E4,E7,E8,E9,EA,EB,F0,F1,100,110,111,112,113,114,161,162,166,16A,1 6E,172,174,176,178,179,17A,17B,17C,17D,17F,180,182,183,185,188,189,18C,18D,18E,18F,190,191,192,193,195,198,199,19A,1A0,1A1,1A2,1A3,1A4,1A5,1A6, 1A7,1A8,1A9,1AA,1AB,1AC,1AD,1AE,1B0,1B1,1B7,1BA,r0,1,6,7,8,9,a20,m4,lsfw
E: MSC=10
E: NAME="Microsoft Bluetooth Mouse "
E: PHYS="00:15:83:c8:52:19"
E: PRODUCT=5/45e/7a2/129
E: PROP=0
E: REL=3c3
E: SUBSYSTEM=input
E: TAGS=:seat:
E: UNIQ="30:59:b7:72:a5:a7"
E: USEC_INITIALIZED=55796705
答え1
この問題には 3 つの解決策があります。そのうち 2 つを組み合わせることでも問題が解決する可能性があります。
解決策1
ファイルを編集し、ブロック内に/etc/bluetooth/input.confパラメータを設定します。IdleTimeout=0[General]
root@nwdesktop:~# vim /etc/bluetooth/input.conf
# Configuration file for the input service
# This section contains options which are not specific to any
# particular interface
[General]
# Set idle timeout (in minutes) before the connection will
# be disconnect (defaults to 0 for no timeout)
IdleTimeout=0
Bluetooth サービスを再起動します。
root@nwdesktop:~# /etc/init.d/bluetooth restart
* Stopping bluetooth [ OK ]
* Starting bluetooth [ OK ]
これにより、Bluetooth マウスやキーボードのタイムアウトによる切断を防ぐことができます。
解決策2
マウスの自動サスペンドを回避するudevルールを作成する
root@nwdesktop:~# vi /etc/udev/rules.d/91-local.rules
ACTION=="add", SUBSYSTEM=="bluetooth", ATTR{product}=="Microsoft Bluetooth Mouse ", ATTR{power/control}="on"
root@nwdesktop:~# # udevadm control --reload-rules
解決策3
これは自慢できるものではありませんが... hidd connect コマンドを使用してスクリプトを作成します。
user@nwdesktop:~# vi /home/user/recconect.sh
#!/bin/bash
sudo hidd --connect 30:59:B7:72:A5:A7
次に、crontab に以下を追加します:
root@nwdesktop:~# vi /etc/crontab
*/10 * * * * root /home/user/recconect.sh
乾杯。
答え2
ワイヤレスヘッドフォンSony MDR-ZX550BNを有効にする（接続する）ために必要なのは、/etc/bluetooth/input.confにあるだけです。
行を追加/コメント解除:
#ユーザー空間入力プロファイルでHIDプロトコル処理を有効にする
#デフォルトは false (HIDP は HIDP カーネル モジュールで処理されます)
ユーザースペースHID=true
そして当然サービスを再起動します /etc/init.d/bluetooth restart
PS 私はDebian 8 Jessieを使用しています
答え3
ログを見ると、切断のたびに UPower デバッグ メッセージの行がスローされていることに気付きました。xfce4-power-manager がこのデーモンを使用して、トラックパッドのバッテリー レベルを定期的にポーリングしていたようです。私の場合、UPower と xfce4-power-manager を完全に無効にしてアンインストールすると、問題が解決したようです。