Bluetooth не работает после возобновления сна, Ubuntu 18.04 LTS

Вы подключены из консоли или удаленной оболочки? Это стандартный вывод, когда вы находитесь на пульте дистанционного управления.

Если это так, если вы не используете очень старую версию Ubuntu, вы столкнетесь с этой проблемой из-за более позднего Xorg. Чтобы иметь возможность использовать более высокий OpenGL, я боюсь, что вам нужно пойти с чем-то вроде VirtualGL (для этого вам нужен рабочий X на сервере).

15
задан 16 May 2018 в 19:08

45 ответов

update bluez to> = 5.28.2

18.04 на данный момент поставляется с багги-синевым пакетом; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez:

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги-аплета Bluetooth (Unity конкретный?)

Это, вероятно, проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен тумблер, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT вручную, выполнив (замените свой собственный идентификатор): [ ! d6]

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его сейчас. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

4
ответ дан 22 May 2018 в 10:42
  • 1
    Просто обновление пакета bluez сделало это для меня, спасибо! – Nikhil Sadasivan 17 May 2018 в 17:21
  • 2
    То же самое обновление bluez работало как шарм! – Sanketh Katta 18 May 2018 в 05:35
  • 3
    Обновление: он работал только в течение 1 цикла сна. Однако, после нескольких, я возвращаюсь к той же проблеме. – Sanketh Katta 19 May 2018 в 02:51
  • 4
    Если ошибка не была исправлена ​​обновлением, обновление bluez работало для меня. – user1945827 19 May 2018 в 13:56

update bluez to> = 5.28.2

18.04 на данный момент поставляется с багги-синевым пакетом; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez:

sudo add-apt-repository ppa:bluetooth/bluez sudo apt install bluez

обходной путь для багги-аплета Bluetooth (Unity конкретный?)

Это, вероятно, проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен тумблер, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no 12: hci0: Bluetooth Soft blocked: no Hard blocked: no

Вы можете вручную переключать BT вручную, выполнив (замените свой собственный идентификатор): [ ! d6] rfkill block 12 rfkill unblock 12

и апплет BT должны правильно подбирать его сейчас. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt #!/bin/sh case $1 in post) sleep 5 rfkill block `rfkill list | grep hci | cut -d: -f1` sleep 1 rfkill unblock `rfkill list | grep hci | cut -d: -f1` ;; esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

13
ответ дан 17 July 2018 в 14:18

update bluez to> = 5.28.2

18.04 на данный момент поставляется с багги-синевым пакетом; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez:

sudo add-apt-repository ppa:bluetooth/bluez sudo apt install bluez

обходной путь для багги-аплета Bluetooth (Unity конкретный?)

Это, вероятно, проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен тумблер, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no 12: hci0: Bluetooth Soft blocked: no Hard blocked: no

Вы можете вручную переключать BT вручную, выполнив (замените свой собственный идентификатор): [ ! d6] rfkill block 12 rfkill unblock 12

и апплет BT должны правильно подбирать его сейчас. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt #!/bin/sh case $1 in post) sleep 5 rfkill block `rfkill list | grep hci | cut -d: -f1` sleep 1 rfkill unblock `rfkill list | grep hci | cut -d: -f1` ;; esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

14
ответ дан 20 July 2018 в 14:22

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 23 July 2018 в 15:13

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 31 July 2018 в 10:45

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 31 July 2018 в 17:59

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 2 August 2018 в 11:04

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 3 August 2018 в 09:42

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 5 August 2018 в 01:01

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

15
ответ дан 6 August 2018 в 17:30

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

16
ответ дан 8 August 2018 в 21:42

update bluez to> = 5.28.2

18.04 на данный момент поставляется с пакетом buggy bluez; более новая версия доступна из этого PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

обходной путь для багги Bluetooth applet (Unity specific?)

Вероятно, это проблема @solstice, упомянутая - апплет меню BT не позволяет мне включить Bluetooth после возобновления сна. Независимо от того, выключен или включен переключатель тумблера, значок BT отключен, а выход rfkill не изменяется:

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Вы можете вручную переключать BT, запустив (замените свой собственный идентификатор):

rfkill block 12
rfkill unblock 12

и апплет BT должны правильно подбирать его. На этом этапе вы сможете подключиться к своим устройствам. На данный момент я взломал его, используя скрипт, который делает это автоматически после возобновления:

$ cat /lib/systemd/system-sleep/bt
#!/bin/sh

case $1 in
  post)
    sleep 5
    rfkill block `rfkill list | grep hci | cut -d: -f1`
    sleep 1
    rfkill unblock `rfkill list | grep hci | cut -d: -f1`
    ;;
esac

Идентификационный номер рядом с hci0 в выходном файле rfkill, кажется, увеличивается после каждого приостановления / возобновления. Отключение / включение BT с помощью меню BT должно изменить выход («soft blocked: yes» для BT отключен через меню), но это не так. Я предполагаю, что апплет помнит неправильный идентификатор устройства и, таким образом, пытается включить устройство, которое больше не существует.

16
ответ дан 14 August 2018 в 11:26
  • 1
    Просто обновление пакета bluez сделало это для меня, спасибо! – Nikhil Sadasivan 17 May 2018 в 17:21
  • 2
    То же самое обновление bluez работало как шарм! – Sanketh Katta 18 May 2018 в 05:35
  • 3
    Обновление: он работал только в течение 1 цикла сна. Однако, после нескольких, я возвращаюсь к той же проблеме. – Sanketh Katta 19 May 2018 в 02:51
  • 4
    Если ошибка не была исправлена ​​обновлением, обновление bluez работало для меня. – user1945827 19 May 2018 в 13:56
  • 5
    Использование апплета blueman (sudo apt install blueman) и обновленного bluez (от ppa) работает хорошо для меня. – Mark 12 June 2018 в 16:22

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Не уверен. Я нашел это, чтобы обойти эту ошибку и может быть твоей тоже.

0
ответ дан 22 May 2018 в 10:42
  • 1
    К сожалению, это не устраняет проблему для меня. Спасибо, что поделились! – Nikhil Sadasivan 15 May 2018 в 22:54

Решение по обновлению до более новой версии bluez решило еще одну проблему для подключения Bluetooth-соединений, отключающих секунды после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения на Lenovo P50

0
ответ дан 22 May 2018 в 10:42

Решение по обновлению до более новой версии bluez решило еще одну проблему для подключения Bluetooth-соединений, отключающих секунды после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения на Lenovo P50

0
ответ дан 17 July 2018 в 14:18

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'` rfkill block $btnum rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Не уверен. Я нашел это, чтобы обойти эту ошибку и может быть твоей тоже.

1
ответ дан 17 July 2018 в 14:18

Для меня эта проблема может быть решена путем запуска

sudo service bluetooth restart

после пробуждения из сна

0
ответ дан 17 July 2018 в 14:18

Решение по обновлению до более новой версии bluez решило еще одну проблему для подключения Bluetooth-соединений, отключающих секунды после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения на Lenovo P50

0
ответ дан 20 July 2018 в 14:22

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'` rfkill block $btnum rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Не уверен. Я нашел это, чтобы обойти эту ошибку и может быть твоей тоже.

1
ответ дан 20 July 2018 в 14:22
  • 1
    К сожалению, это не устраняет проблему для меня. Спасибо, что поделились! – Nikhil Sadasivan 15 May 2018 в 22:54

Для меня эта проблема может быть решена путем запуска

sudo service bluetooth restart

после пробуждения из сна

0
ответ дан 20 July 2018 в 14:22

Решение по обновлению до более новой версии bluez разрешило мне еще одну проблему подключения Bluetooth-соединений, отключив несколько секунд после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения к Lenovo P50

0
ответ дан 23 July 2018 в 15:13

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Точно сказать не могу. Я нашел это, чтобы обойти эту ошибку, и может быть твоей тоже.

1
ответ дан 23 July 2018 в 15:13

Для меня эта проблема может быть решена путем запуска

sudo service bluetooth restart

после пробуждения из сна

0
ответ дан 23 July 2018 в 15:13

Решение по обновлению до более новой версии bluez разрешило мне еще одну проблему подключения Bluetooth-соединений, отключив несколько секунд после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения к Lenovo P50

0
ответ дан 31 July 2018 в 10:45

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Точно сказать не могу. Я нашел это, чтобы обойти эту ошибку, и может быть твоей тоже.

1
ответ дан 31 July 2018 в 10:45

Решение по обновлению до более новой версии bluez разрешило мне еще одну проблему подключения Bluetooth-соединений, отключив несколько секунд после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения к Lenovo P50

0
ответ дан 31 July 2018 в 11:49

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Точно сказать не могу. Я нашел это, чтобы обойти эту ошибку, и может быть твоей тоже.

1
ответ дан 31 July 2018 в 11:49

Для меня эта проблема может быть решена путем запуска

sudo service bluetooth restart

после пробуждения из сна

0
ответ дан 31 July 2018 в 11:49

Решение по обновлению до более новой версии bluez разрешило мне еще одну проблему подключения Bluetooth-соединений, отключив несколько секунд после подключения, как описано здесь: Ubuntu 18.04: устройство Bluetooth отключается сразу после подключения к Lenovo P50

0
ответ дан 31 July 2018 в 17:59

Попробуйте в терминале (не нужен корень)

btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum

Это может быть связано с ошибкой в ​​gnome-control-center. Точно сказать не могу. Я нашел это, чтобы обойти эту ошибку, и может быть твоей тоже.

1
ответ дан 31 July 2018 в 17:59

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

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