Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

Bluetooth stopt na enige tijd op NUC met Ubuntu 18.04.1 LTS

Pagina: 1
Acties:

Vraag


  • JBS
  • Registratie: januari 2004
  • Niet online
Op mijn pricewatch: Intel NUC Kit NUC8i3BEH draa ik Ubuntu Server 18.04.1 LTS. Bluetooth stopt echter na enige tijd met werken. 'sudo hcitool lescan' toont dan ook geen gevonden apparaten meer. Na een herstart is dit opgelost, maar dat is natuurlijk niet erg handig. Ik vind zo her en der wat topics (vaak een aantal jaar oud) waarin na het invoeren van wat commando's het bij sommige soms weer lijkt te werken (zelf nog niet geprobeerd), maar ik ben naast de oplossing ook benieuwd naar de oorzaak. Iemand ervaring?

Alle reacties


  • Hero of Time
  • Registratie: oktober 2004
  • Laatst online: 16:18

Hero of Time

Moderator NOS/CSA

There is only one Legend

Systemlogs? Powersaving? Is je BT adapter zelf nog te zien?

Je kan nog best wat meer informatie verschaffen. :)

Spekkies | Commandline FTW


  • JBS
  • Registratie: januari 2004
  • Niet online
@Hero of Time Alvast wat meer info, kan me inderdaad voorstellen dat dat handig is.
Zowel 'dmesg | grep -i blue' als 'sudo lsusb |grep Bluetooth' geven geen resultaat terug.
'bluetoothctl' en vervolgens iets als 'scan on' geeft terug 'No default controller available'. Lijkt er dus op dat de bluetooth adapter niet meer gevonden wordt.

Ik gebruik BT overigens voor de Mi Flora plantsensor van Home Assistant die om de 20 minuten de waardes uitleest, power saving lijkt me dan ook niet voor de hand te liggen.

JBS wijzigde deze reactie 29-01-2019 13:45 (39%)


  • Hero of Time
  • Registratie: oktober 2004
  • Laatst online: 16:18

Hero of Time

Moderator NOS/CSA

There is only one Legend

Hoezo lijkt powersaving niet voor de hand te liggen? Je hele adapter is foetsie. Dat is juist een teken van powersaving. Het systeem kan USB poorten/apparaten uitschakelen om stroom te sparen namelijk.

Spekkies | Commandline FTW


  • JBS
  • Registratie: januari 2004
  • Niet online
@Hero of Time Ik nam dat aan omdat er om de 20 minuten activiteit is voor de bluetooth adapter wat me juist een reden lijkt om wakker te blijven. Zal me eens even inlezen in power saving in Linux, wellicht is mijn aanname te voorbarig.

  • Hero of Time
  • Registratie: oktober 2004
  • Laatst online: 16:18

Hero of Time

Moderator NOS/CSA

There is only one Legend

USB powersaving kan al met seconden idle gebeuren, dus ja, je inlezen lijkt mij een goed idee. ;)

Spekkies | Commandline FTW


  • Lethalis
  • Registratie: april 2002
  • Niet online
Ik heb een NUC8i5BEK en heb dat ding tot nu toe nooit lekker aan de praat gekregen met Linux.

Bij mij werd de USB controller gereset. Blijkbaar omdat de NUC ergens een power saving optie heeft en de Linux kernel vervolgens denkt dat de hele controller weg is.

Ik wou hem als desktop PC gebruiken en elke keer viel mijn toetsenbord en muis weg (na pakweg 5 minuten)... als het al terugkwam, dan kwamen alle letters die ik tikte in dubbel en drievoud binnen etc.

Nieuwste mainline kernel geïnstalleerd, in de BIOS alles op "performance" gezet, maar het probleem bleef bestaan.

Er draait sindsdien Windows 10 op ;w Overigens draait dat ook niet perfect. Als ik de NUC in stand by zet, kan het dikwijls gebeuren dat hij compleet crasht. Dit schijnt een probleem met de grafische chipset te zijn, waar Intel al tijden geen oplossing voor heeft.

Mijn conclusie is eigenlijk dat Intel een halfbakken product levert en ik een beetje spijt heb van mijn aankoop. Volgende keer bouw ik gewoon weer een PC.

PS
Zie onder andere het volgende topic waar meerdere mensen dezelfde problemen melden:

[Ervaringen] Intel Coffee Lake NUC's (2018)

Ook op Reddit en op de Intel message boards klagen heel wat gebruikers over crashes, gebrekkige weergave van 4K, Linux dat niet lekker draait, etc. Ik had dat kreng gewoon terug moeten brengen toen het nog kon :P Ik ben alleen zo stom geweest om mijn Windows OEM licentie te activeren...

Lethalis wijzigde deze reactie 29-01-2019 15:08 (22%)

The secret to creativity is knowing how to hide your sources ~ Walking on water and developing software to specification are easy.. as long as both are frozen.


  • MAX3400
  • Registratie: mei 2003
  • Nu online

MAX3400

XBL: OctagonQontrol

@Lethalis ligt het aan Intel (en het feit dat ze geen Linux-drivers hebben) of ligt het aan Linux-kernels die niet goed met "custom PC's" kunnen omgaan?

Add and message me on XBL for FM7 or DIV2: OctagonQontrol


  • Mijzelf
  • Registratie: september 2004
  • Niet online
@MAX3400 Hoezo "custom PC"? Zo'n NUC is toch gewoon off-the-shelf?

  • Lethalis
  • Registratie: april 2002
  • Niet online
MAX3400 schreef op dinsdag 29 januari 2019 @ 15:40:
@Lethalis ligt het aan Intel (en het feit dat ze geen Linux-drivers hebben) of ligt het aan Linux-kernels die niet goed met "custom PC's" kunnen omgaan?
De stand by en 4K problemen doen zich voor op Windows 10 met de drivers van Intel. Dat zouden ze simpelweg op moeten lossen en neem ik Intel echt kwalijk.

Dat Linux er niet lekker op werkt, is jammer, maar kan ik mee leven (heb niet voor niets Windows gekocht daarna).

PS
Ik voelde wel enige teleurstelling omdat eerdere generaties NUC het juist goed deden met Linux en zelfs Ubuntu certified zijn. Als een volledig Intel apparaat al niet werkt, wat dan nog wel?

PPS
https://www.reddit.com/r/...c8i5bek_randomly_reboots/

Ook weer zo'n thread over deze generatie NUC.

Lethalis wijzigde deze reactie 30-01-2019 11:54 (23%)

The secret to creativity is knowing how to hide your sources ~ Walking on water and developing software to specification are easy.. as long as both are frozen.


  • JBS
  • Registratie: januari 2004
  • Niet online
Stapje in de goede richting. 'sudo service bluetooth restart' lost het probleem (tenminste voor nu) op.

  • DXYMS
  • Registratie: januari 2013
  • Laatst online: 16-04 16:00
JBS schreef op dinsdag 29 januari 2019 @ 13:40:
@Hero of Time Alvast wat meer info, kan me inderdaad voorstellen dat dat handig is.
Zowel 'dmesg | grep -i blue' als 'sudo lsusb |grep Bluetooth' geven geen resultaat terug.
'bluetoothctl' en vervolgens iets als 'scan on' geeft terug 'No default controller available'. Lijkt er dus op dat de bluetooth adapter niet meer gevonden wordt.

Ik gebruik BT overigens voor de Mi Flora plantsensor van Home Assistant die om de 20 minuten de waardes uitleest, power saving lijkt me dan ook niet voor de hand te liggen.
what about?
 journalctl | grep -i blue 


Al in /etc/bluetooth/main.conf gekeken, enige settings die niet op default staan?

  • JBS
  • Registratie: januari 2004
  • Niet online
DXYMS schreef op woensdag 30 januari 2019 @ 10:57:
[...]


what about?
 journalctl | grep -i blue 
Al in /etc/bluetooth/main.conf gekeken, enige settings die niet op default staan?
Enige dat daarin niet op standaard staat is onderstaande (overigens niet zelf bewust aangepast).

code:
1
2
3
4
# AutoEnable defines option to enable all controllers when they are found.
# This includes adapters present on start as well as adapters that are plugged
# in later on. Defaults to 'false'.
AutoEnable=true

Voor het moment waarop ik het commando 'sudo service bluetooth restart' gebruikte waarna bluetooth weer werkte, zie ik o.a. dit:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
jan 18 05:08:20 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 05:48:20 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 05:48:26 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 06:28:23 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 07:08:27 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 07:48:26 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 08:28:29 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 18 09:08:29 nuc snapd[896]: udevmon.go:184: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"
jan 21 15:17:47 nuc kernel: Bluetooth: hci0: command 0x200c tx timeout
jan 23 19:25:39 nuc kernel: Bluetooth: hci0: command 0x200c tx timeout
jan 27 20:56:01 nuc kernel: Bluetooth: hci0: command 0x200c tx timeout
jan 29 13:14:31 nuc dbus-daemon[923]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.18628" (uid=1000 pid=9177 comm="bluetoothctl " label="unconfined") interface="org.freedesktop.DBus.ObjectManager" member="GetManagedObjects" error name="(unset)" requested_reply="0" destination="org.bluez" (uid=0 pid=908 comm="/usr/lib/bluetooth/bluetoothd " label="unconfined")
jan 29 13:39:46 nuc dbus-daemon[923]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.18654" (uid=1000 pid=6423 comm="bluetoothctl " label="unconfined") interface="org.freedesktop.DBus.ObjectManager" member="GetManagedObjects" error name="(unset)" requested_reply="0" destination="org.bluez" (uid=0 pid=908 comm="/usr/lib/bluetooth/bluetoothd " label="unconfined")


Nu werkt Bluetooth dus weer, maar zie nog wel vele malen onderstaande voorbij komen.

code:
1
feb 01 08:43:23 nuc snapd[6441]: udevmon.go:190: udev monitor observed remove event for unknown device "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.0/bluetooth/hci0/hci0:3585"


  • Lethalis
  • Registratie: april 2002
  • Niet online
@JBS Ik heb trouwens vorderingen gemaakt op Windows met mijn NUC door ASPM in de bios uit te zetten.

Hoe staat jouw bios ingesteld? Heb je ook de nieuwste bios geflashed?

Bij mij staat Power Management iig op Performance, PCIe ASPM uit en heb ik Legacy S3 Standby ingesteld.

Lethalis wijzigde deze reactie 02-02-2019 10:33 (7%)

The secret to creativity is knowing how to hide your sources ~ Walking on water and developing software to specification are easy.. as long as both are frozen.


  • JBS
  • Registratie: januari 2004
  • Niet online
@Lethalis Sinds mijn laatste post werkt bluetooth weer/nog. Wanneer het probleem ontstaat, kom ik hier op terug.
Pagina: 1


OnePlus 7 Microsoft Xbox One S All-Digital Edition LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Sony PlayStation 5

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True