ОБНОВЛЕНИЕ 31.10.2019:

Я больше не испытываю эту проблему, мог бы быть результат обновления ядра или чего-то еще в 19,10. Если кто-либо знает больше, прокомментируйте, и я буду включать его здесь!

ОБНОВЛЕНИЕ 20.09.2018:

Мое исходное решение больше не работает надежно на меня. Я теперь вижу, что один из трех случаев на резюме от приостанавливает:

1. Bluetooth и WiFi оба отключенные (никакие доступные адаптеры)
2. Bluetooth только отключен (никакие доступные адаптеры)
3. Никакие проблемы

Единственное обходное решение, которое решает проблему 100% времени, перезапускает к BIOS и вручную отключает и Bluetooth и WiFi затем на.

Обходное решение, которое я использую, отключает источник питания и закрывает затем открытие крышки ноутбука для принуждения аппаратного цикла включения и выключения питания. Это работает приблизительно половина времени, таким образом, я часто должен делать это два или три раза.

Исходный ответ:

Я встречался с тем же использованием задач Kubuntu на Dell, Asus и ноутбуках MSI с интегрированным Wi-Fi/Bluetooth по крайней мере начиная с 16,04. Это происходит периодически; я не могу воспроизвести его надежно безотносительно, но это действительно только происходит после возобновления от, приостанавливают.

Вот мой чипсет:

$ lspci | grep Network
3a:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

Когда проблема происходит на конфигурации по умолчанию, сервис Bluetooth неспособен к тому, чтобы быть полностью перезапущенным. Я влез в долги из ответа Ossama Nasser, но имел больше удачи при принуждении сервиса Bluetooth прочь на, приостанавливают и затем на резюме.

Мое решение ниже, также записанный в /lib/systemd/system-sleep/bluetooth:

#!/bin/bash

if [ "${1}" == "pre" ]; then
  service bluetooth stop
elif [ "${1}" == "post" ]; then
  sleep 5
  service bluetooth start
fi

Я продолжу обновлять этот ответ, если я могу подтвердить, что он работает. Снова, эта проблема кажется несколько трудной воспроизвести.

У меня есть та же проблема, одалживая фиксацию для подобной проблемы, с которой я встретился с Ubuntu 14.04, После дальнейшего расследования я нашел, что перезапуск Bluetooth решает проблему. это - решение, которое в настоящее время работает на меня:

1-папок In /lib/systemd/system-sleep/ создайте названный сценарий bluetooth со следующим содержанием:

#!/bin/bash  

if [ "${1}" == "post" ]; then
    sleep 5
    service bluetooth restart
fi

это перезапустит сервис Bluetooth после 5 секунд от системного резюме (Таким образом, является единственный, работавший для меня на данный момент, это могло бы измениться, это - ум в будущем),

2-Mark сценарий как исполняемый файл:

chmod +x /lib/systemd/system-sleep/bluetooth

Я хотел бы указать, что я использую Kubuntu 18.04

Хорошо, это запуск, работающий снова при записи вопроса.

Это работало снова после начальной загрузки в живой USB и отключения Bluetooth там (вместо того, чтобы включить его, который я попробовал прежде). Я затем загрузился назад в мою нормальную установку, и она обнаруживает устройства снова.

Я не собираюсь приостанавливать снова, пока я не могу найти надлежащее решение.

Это был вполне мистический опыт. Я понятия не имею, зафиксировало ли то, что я сделал на самом деле, его. Если кто-либо знает то, что точно произошло, я хотел бы знать :-)

На Ubuntu 18.04 я использовал следующий systemd сценарий для устранения проблемы:

#!/bin/bash

case "$1" in
    suspend)
        # executed on suspend
        ;;
    post)
        modprobe -r psmouse
        modprobe psmouse
        ;;
    *)
        ;;
esac

Я назвал помещенным файл под /lib/systemd/system-sleep. Можно назвать его touchpad или что-то подобное. Не забудьте добавлять исполняемые полномочия.