☰

Ubuntu 18.04からアップグレードすると、bluetoothdは100％CPUで実行されます。

tag-icon • tag-icon ubuntu bluetooth
Ubuntu 18.04からアップグレードすると、bluetoothdは100％CPUで実行されます。

私は標準のUbuntu 18.04を実行しています。 1週間前にアップグレードした後、Bluetoothは動作を停止しました。 100％CPUで実行されているとtop表示されます。bluetoothd

top - 20:35:01 up 19 min,  1 user,  load average: 1,74, 2,32, 1,62
Tasks: 347 total,   2 running, 281 sleeping,   0 stopped,   0 zombie
%Cpu(s): 27,7 us,  1,3 sy,  0,0 ni, 71,1 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem :  8024888 total,   979120 free,  3965944 used,  3079824 buff/cache
KiB Swap:  8242172 total,  8242172 free,        0 used.  3400808 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                
 1180 root      20   0  121108  88060   4152 R 100,0  1,1  19:37.59 bluetoothd

bluezを5.50-0ubuntu0ppa1にアップグレードしましたが、役に立ちませんでした。

syslogを研究しながら、いくつかの興味深い内容を見つけました。

NetworkManager[1259]: <info>  [1603476921.1850] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-bluetooth.so)
gnome-bluetooth-panel.desktop[4733]: Agent registration failed: Timeout was reached
dbus-daemon[3607]: [session uid=1000 pid=3607] Activating via systemd: service name='org.bluez.obex' unit='dbus-org.bluez.obex.service' requested by ':1.85' (uid=1000 pid=4733 comm="gnome-control-center bluetooth " label="unconfined")
obexd[4964]: bluetooth: RequestProfile error: org.freedesktop.DBus.Error.NoReply, Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
systemd[1]: bluetooth.target: Unit not needed anymore. Stopping.
gnome-bluetooth-panel.desktop[4733]: Agent unregistration failed: Timeout was reached 'g-io-error-quark'

sudo systemctl disable bluetooth.serviceBluetoothを完全に無効にするには、使用して再起動できます。

私の質問：

  • Bluetoothをどのように修正しますか？

答え1

Ubuntu 20.04.5 LTSではまだ発生し、100％CPUを使用するtopプロセスを示しています。bluetoothd

通常、サービスを再起動すると問題が解決します。

サービスに関する情報を入手してください。

systemctl status bluetooth

私の場合、次のような結果が出ました。

● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-10-09 15:58:25 CEST; 1 day 17h ago
       Docs: man:bluetoothd(8)
   Main PID: 1139 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 38124)
     Memory: 3.2M
     CGroup: /system.slice/bluetooth.service
             └─1139 /usr/lib/bluetooth/bluetoothd

oct 10 23:32:10 ljaouen-Precision-5560 bluetoothd[1139]: Can't get HIDP connection info
oct 10 23:32:15 ljaouen-Precision-5560 bluetoothd[1139]: connect error: Host is down (112)
oct 10 23:32:40 ljaouen-Precision-5560 bluetoothd[1139]: Can't get HIDP connection info
oct 10 23:32:45 ljaouen-Precision-5560 bluetoothd[1139]: connect error: Host is down (112)
oct 10 23:33:10 ljaouen-Precision-5560 bluetoothd[1139]: Can't get HIDP connection info
oct 10 23:33:15 ljaouen-Precision-5560 bluetoothd[1139]: connect error: Host is down (112)
oct 10 23:33:40 ljaouen-Precision-5560 bluetoothd[1139]: Can't get HIDP connection info
oct 10 23:33:45 ljaouen-Precision-5560 bluetoothd[1139]: connect error: Host is down (112)
oct 10 23:34:10 ljaouen-Precision-5560 bluetoothd[1139]: Can't get HIDP connection info
oct 10 23:34:15 ljaouen-Precision-5560 bluetoothd[1139]: connect error: Host is down (112)

これは次のことを意味します。

  • 開始されたのがまさにこのサービスですbluetoothd（可能ですが、申し訳ありませんが、より安全な方が良いです）
  • 一部のログにエラーが表示される

サービスを再起動します。

sudo systemctl restart bluetooth

プロセスがbluetoothdホームページから消えましたhtop。

答え2

ユーザー "svartalf"が解決策を見つけました（https://bbs.archlinux.org/viewtopic.php?id=229740)

私は引用する:

まあ、/var/lib/bluetooth/を削除すると問題が解決するようです。まだそれが何なのかわかりません。 Bluetoothプロセスのパフォーマンスは、一部のstrlen呼び出しでブロックされていることを示します。

だから

rm -rf /var/lib/bluetooth/*

私の場合は効果がありました。

関連情報