Bluetooth funktionierte auf meinem Laptop (Acer Aspire V17 Nitro) mit Ubuntu 18.04 einwandfrei, bis ich Suspend zum ersten Mal verwendete und es wieder aufweckte. Es werden keine Geräte mehr erkannt.

Dinge, die ich versucht habe:

• Neustart

• Bluetooth deaktivieren und aktivieren

• Neustart des Bluetooth-Dienstes

• Neuinstallation dieser Pakete: bluez gnome-bluetooth pulseaudio-module-bluetooth

• Laufen rfkill list:

  0: hci0: Bluetooth
  Soft blocked: no
  Hard blocked: no
  1: acer-wireless: Wireless LAN
  Soft blocked: no
  Hard blocked: no
  2: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
  

• Booten von einem Live-USB und dort aktivieren von Bluetooth (es werden dort auch keine Geräte erkannt)

Hat jemand noch andere Ideen? Die Tatsache, dass es während des Suspendierens oder Aufwachens fehlgeschlagen ist, könnte ein Hinweis sein.

UPDATE 20.09.2018:

Meine ursprüngliche Lösung funktioniert bei mir nicht mehr zuverlässig. Ich sehe jetzt einen von drei Fällen, die nach dem Suspend wieder aufgenommen wurden:

1. Bluetooth und WiFi beide deaktiviert (keine Adapter verfügbar)
2. Bluetooth nur deaktiviert (keine Adapter verfügbar)
3. Keine Probleme

Die einzige Problemumgehung, die das Problem in 100% der Fälle behebt, besteht darin, das BIOS neu zu starten und Bluetooth und WLAN manuell aus- und wieder einzuschalten.

Die Problemumgehung, die ich verwende, besteht darin, die Stromquelle abzuziehen und den Laptopdeckel zu schließen und dann zu öffnen, um ein Aus- und Einschalten der Hardware zu erzwingen. Das funktioniert ungefähr die Hälfte der Zeit, deshalb muss ich das oft zwei- oder dreimal machen.

Ursprüngliche Antwort:

Ich habe seit mindestens 16.04 das gleiche Problem mit Kubuntu auf Dell-, Asus- und MSI-Laptops mit integriertem WiFi / Bluetooth. Es passiert zeitweise; Ich kann es nicht zuverlässig reproduzieren, aber es passiert erst, nachdem ich aus dem Suspend-Modus zurückgekehrt bin.

Hier ist mein Chipsatz:

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

Wenn das Problem bei der Standardkonfiguration auftritt, kann der Bluetooth-Dienst nicht vollständig neu gestartet werden. Ich habe mir viel von Ossama Nassers Antwort geliehen , aber mehr Glück gehabt, als ich den Bluetooth-Dienst beim Suspendieren und dann beim Fortsetzen ausgeschaltet habe.

Meine Lösung unten, auch geschrieben an /lib/systemd/system-sleep/bluetooth:

#!/bin/bash

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

Ich werde diese Antwort weiterhin aktualisieren, wenn ich bestätigen kann, dass sie funktioniert. Auch dieses Problem scheint etwas schwierig zu reproduzieren.

Ich habe das gleiche Problem und habe ein Update für ein ähnliches Problem ausgeliehen, auf das ich mit Ubuntu 14.04 gestoßen bin. Nach weiteren Untersuchungen stellte ich fest, dass ein Neustart des Bluetooth das Problem behebt. Dies ist eine Lösung, die derzeit für mich funktioniert:

1- /lib/systemd/system-sleep/Erstellen Sie im Ordner ein Skript bluetoothmit folgendem Inhalt:

#!/bin/bash  

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

Dadurch wird der Bluetooth-Dienst nach 5 Sekunden nach dem Wiederaufnehmen des Systems neu gestartet. (Dies ist der einzige Weg, der für mich funktioniert hat. Er könnte in Zukunft seine Meinung ändern.)

2- Markieren Sie das Skript als ausführbar:

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

Ich möchte darauf hinweisen, dass ich Kubuntu 18.04 benutze

Okay, es beginnt wieder zu funktionieren, während die Frage geschrieben wird.

Nachdem ich das Live-USB gebootet und dort Bluetooth deaktiviert hatte, funktionierte es wieder (anstatt es zu aktivieren, was ich zuvor versucht hatte). Ich habe dann wieder meine normale Installation gebootet und es werden wieder Geräte erkannt.

Ich werde nicht wieder suspendieren, bis ich eine richtige Lösung finden kann.

Es war eine ziemlich mystische Erfahrung. Ich habe keine Ahnung, ob das, was ich getan habe, tatsächlich behoben wurde. Wenn jemand genau weiß, was passiert ist, würde ich gerne wissen :-)

Unter Ubuntu 18.04 habe ich das folgende systemd-Skript verwendet, um das Problem zu beheben:

#!/bin/bash

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

Ich benannte die Datei unter /lib/systemd/system-sleep. Sie können es touchpadoder etwas ähnliches nennen. Denken Sie daran, ausführbare Berechtigungen hinzuzufügen.