Управление питанием ломает bluetooth на KDE

Я использую Ubuntu 16.10 с Unity и KDE Plasma. Я установил Ubuntu 16.04 (из образа восстановления Dell моего XPS 13 9360 Developer Edition), обновлен до 16.10 и установлен kubuntu-desktop.

На моем экране входа (как sddm, так и lightdm) моя мышь bluetooth за работой. Но после входа в систему с плазмой мое устройство Bluetooth перестает работать, когда Bluedevil установлен. Апплет bluetooth говорит, что bluetooth отключен, и галочка выключена.

Команда power on в bluetoothctl дает

Не удалось установить мощность: org.bluez. Error.Failed

После многих часов экспериментов я узнал, что bluedevil является частью проблемы. После sudo apt remove bluedevil и перезагрузки все работает нормально (помимо отсутствующего аплета bluetooth, конечно).

Вот хвост моего syslog, сразу после входа в систему с использованием KDE Plasma:

Apr 1 22:41:27 stephan-XPS-13-9360 bluetoothd[950]: Starting SDP server Apr 1 22:41:28 stephan-XPS-13-9360 bluetoothd[950]: Bluetooth management interface 1.13 initialized Apr 1 22:41:28 stephan-XPS-13-9360 bluetoothd[950]: Failed to obtain handles for "Service Changed" characteristic Apr 1 22:41:28 stephan-XPS-13-9360 bluetoothd[950]: Sap driver initialization failed. Apr 1 22:41:28 stephan-XPS-13-9360 bluetoothd[950]: sap-server: Operation not permitted (1) Apr 1 22:41:28 stephan-XPS-13-9360 NetworkManager[942]: <info> [1491079288.2767] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-bluetooth.so) Apr 1 22:41:28 stephan-XPS-13-9360 NetworkManager[942]: <info> [1491079288.2915] bluez: use BlueZ version 5 Apr 1 22:41:29 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource Apr 1 22:41:30 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSink Apr 1 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: GATT service objects disabled Apr 1 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) Apr 1 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: message repeated 8 times: [ bt_uhid_send: Invalid argument (22)] Apr 1 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.96 path=/MediaEndpoint/A2DPSource Apr 1 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.96 path=/MediaEndpoint/A2DPSink Apr 1 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Address already in use (98) Apr 1 22:41:58 stephan-XPS-13-9360 blueproximity[2416]: started. Apr 1 22:41:58 stephan-XPS-13-9360 dbus-daemon[2062]: Activating via systemd: service name='org.bluez.obex' unit='dbus-org.bluez.obex.service' Apr 1 22:41:58 stephan-XPS-13-9360 dbus-daemon[2062]: Successfully activated service 'org.bluez.obex' Apr 1 22:42:13 stephan-XPS-13-9360 bluetoothd[950]: Endpoint unregistered: sender=:1.66 path=/MediaEndpoint/A2DPSource Apr 1 22:42:13 stephan-XPS-13-9360 bluetoothd[950]: Endpoint unregistered: sender=:1.66 path=/MediaEndpoint/A2DPSink

и

sudo systemctl status dbus-org.bluez.service:

● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since za 2017-04-01 22:41:28 CEST; 1min 45s ago Docs: man:bluetoothd(8) Main PID: 950 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CGroup: /system.slice/bluetooth.service └─950 /usr/lib/bluetooth/bluetoothd apr 01 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) apr 01 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) apr 01 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) apr 01 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) apr 01 22:41:46 stephan-XPS-13-9360 bluetoothd[950]: bt_uhid_send: Invalid argument (22) apr 01 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.96 path=/MediaEndpoint/A2DPSource apr 01 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: Endpoint registered: sender=:1.96 path=/MediaEndpoint/A2DPSink apr 01 22:41:55 stephan-XPS-13-9360 bluetoothd[950]: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Address already in use (98) apr 01 22:42:13 stephan-XPS-13-9360 bluetoothd[950]: Endpoint unregistered: sender=:1.66 path=/MediaEndpoint/A2DPSource apr 01 22:42:13 stephan-XPS-13-9360 bluetoothd[950]: Endpoint unregistered: sender=:1.66 path=/MediaEndpoint/A2DPSink

Как узнать, почему управление питанием убивает мое устройство Bluetooth (и исправляет это)?

После многих часов экспериментов я узнал, что bluedevil является частью проблемы. После sudo apt remove bluedevil и перезагрузки все работает нормально (помимо отсутствующего аплета bluetooth, конечно).

Обновление 2: Blueman только временно устранил проблему. Отключение управления питанием решает проблему сейчас, но это всего лишь обходной путь. Все еще ищете решение и объяснение, почему эта проблема не возникает в Unity.

0
задан 3 April 2017 в 16:32

3 ответа

Я отключил TLP, и это решило проблему. Чтобы отключить TLP, установите TLP_ENABLE=0 в /etc/default/tlp.

Он также решил две другие проблемы:

нестабильное соединение Ethernet с адаптером USB-C DA200: http: // en.community.dell.com/support-forums/laptop/f/3518/p/19999580/20989413 медленный перенос USB (35 МБ / с на левом USB, 110 МБ / с на правом USB) и очень малая мощность (~ 0,01 А ) на левом порту USB-A): http://en.community.dell.com/support-forums/laptop/f/3518/t/20003839
0
ответ дан 18 July 2018 в 15:38

Я отключил TLP, и это решило проблему. Чтобы отключить TLP, установите TLP_ENABLE=0 в /etc/default/tlp.

Он также решил две другие проблемы:

нестабильное соединение Ethernet с адаптером USB-C DA200: http: // en.community.dell.com/support-forums/laptop/f/3518/p/19999580/20989413 медленный перенос USB (35 МБ / с на левом USB, 110 МБ / с на правом USB) и очень малая мощность (~ 0,01 А ) на левом порту USB-A): http://en.community.dell.com/support-forums/laptop/f/3518/t/20003839
0
ответ дан 24 July 2018 в 20:41
  • 1
    linrunner.de/en/tlp/docs/tlp-configuration.html сообщает нам, что мы должны использовать TLP_ENABLE=0 для отключения TLP. Кажется, это опечатка в вашем посте. – mook765 4 April 2017 в 20:14
  • 2
    Это все ошибки драйвера ядра USB (функция autosuspend). FAQ linrunner.de/en/tlp/docs/tlp-faq.html#usb и устранение неполадок linrunner.de/en/tlp/docs/tlp-troubleshooting.html сообщает нам что делать ;-). – linrunner 4 April 2017 в 20:40
  • 3
    Вместо того, чтобы отключить TLP alltogether, я сначала попробую USB_AUTOSUSPEND = 0, а затем перейду к черным спискам устройств один за другим. – linrunner 4 April 2017 в 20:47
  • 4
    Спасибо, это была опечатка. Я пытался использовать черный список устройств, когда я подключаю другое устройство, он получает новый идентификатор устройства. Я бы хотел полностью отключить управление питанием для физических портов USB. – Stephan Vierkant 4 April 2017 в 23:52
  • 5
    Затем используйте USB_AUTOSUSPEND = 0. Он не проводит различия между внутренними и внешними устройствами, но это намного лучше, чем полностью отключить TLP. – linrunner 5 April 2017 в 22:55

Я отключил TLP, и это решило проблему. Чтобы отключить TLP, установите TLP_ENABLE=0 в /etc/default/tlp.

Он также решил две другие проблемы:

нестабильное соединение Ethernet с адаптером USB-C DA200: http: // en.community.dell.com/support-forums/laptop/f/3518/p/19999580/20989413 медленный перенос USB (35 МБ / с на левом USB, 110 МБ / с на правом USB) и очень малая мощность (~ 0,01 А ) на левом порту USB-A): http://en.community.dell.com/support-forums/laptop/f/3518/t/20003839
0
ответ дан 31 July 2018 в 23:42
  • 1
    linrunner.de/en/tlp/docs/tlp-configuration.html сообщает нам, что мы должны использовать TLP_ENABLE=0 для отключения TLP. Кажется, это опечатка в вашем посте. – mook765 4 April 2017 в 20:14
  • 2
    Это все ошибки драйвера ядра USB (функция autosuspend). FAQ linrunner.de/en/tlp/docs/tlp-faq.html#usb и устранение неполадок linrunner.de/en/tlp/docs/tlp-troubleshooting.html сообщает нам что делать ;-). – linrunner 4 April 2017 в 20:40
  • 3
    Вместо того, чтобы отключить TLP alltogether, я сначала попробую USB_AUTOSUSPEND = 0, а затем перейду к черным спискам устройств один за другим. – linrunner 4 April 2017 в 20:47
  • 4
    Спасибо, это была опечатка. Я пытался использовать черный список устройств, когда я подключаю другое устройство, он получает новый идентификатор устройства. Я бы хотел полностью отключить управление питанием для физических портов USB. – Stephan Vierkant 4 April 2017 в 23:52
  • 5
    Затем используйте USB_AUTOSUSPEND = 0. Он не проводит различия между внутренними и внешними устройствами, но это намного лучше, чем полностью отключить TLP. – linrunner 5 April 2017 в 22:55

Другие вопросы по тегам:

Похожие вопросы: