all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* How to diagnose Bluetooth trouble?
@ 2024-11-16 10:39 Daniel Hatton
  2024-11-18  7:57 ` Ignas Lapėnas
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Hatton @ 2024-11-16 10:39 UTC (permalink / raw)
  To: GUIX help list


[-- Attachment #1.1: Type: text/plain, Size: 509 bytes --]


I've previously mentioned on here that I couldn't get 
(USB-dongle-provided) Bluetooth to start on boot, always had to start it 
manually from the Gnome settings app.  Well, for the last week or so, I 
can't even start it manually - when I click the little switch at the top 
of the Gnome settings window, it refuses to switch on.  How do I go 
about diagnosing what's wrong, please?  Instructions I find on the WWW 
seem to assume systemd, and I'm on shepherd.

-- 

Kind regards,

Dan Hatton

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-16 10:39 How to diagnose Bluetooth trouble? Daniel Hatton
@ 2024-11-18  7:57 ` Ignas Lapėnas
  2024-11-18  9:53   ` Daniel Hatton
  0 siblings, 1 reply; 7+ messages in thread
From: Ignas Lapėnas @ 2024-11-18  7:57 UTC (permalink / raw)
  To: Daniel Hatton; +Cc: GUIX help list

Hi,

I'm guessing that you're using bluez under the hood. Try using
bluetoothctl in the terminal and check if you can power on the bluetooth
device through there. 

https://man.archlinux.org/man/extra/bluez-utils/bluetoothctl.1.en

-- 
Hope that helps,
Ignas


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-18  7:57 ` Ignas Lapėnas
@ 2024-11-18  9:53   ` Daniel Hatton
  2024-11-18 11:35     ` Ignas Lapėnas
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Hatton @ 2024-11-18  9:53 UTC (permalink / raw)
  To: GUIX help list


[-- Attachment #1.1: Type: text/plain, Size: 493 bytes --]

On 18/11/2024 07:57, Ignas Lapėnas wrote:

> I'm guessing that you're using bluez under the hood. Try using
> bluetoothctl in the terminal and check if you can power on the bluetooth
> device through there.

bluetoothctl power on

produces the error message "No default controller available"

and

bluetoothctl list

comes up blank.

I've checked with lsmod, and the bluetooth kernel module is loaded.

What's the next move, please?

-- 

Kind regards,

Dan Hatton


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-18  9:53   ` Daniel Hatton
@ 2024-11-18 11:35     ` Ignas Lapėnas
  2024-11-18 13:48       ` Daniel Hatton
  0 siblings, 1 reply; 7+ messages in thread
From: Ignas Lapėnas @ 2024-11-18 11:35 UTC (permalink / raw)
  To: Daniel Hatton; +Cc: GUIX help list

> bluetoothctl power on
>
> produces the error message "No default controller available"
>
> and
>
> bluetoothctl list
>
> comes up blank.
>
> I've checked with lsmod, and the bluetooth kernel module is loaded.
>
> What's the next move, please?

Most information I could find is summarized here:

https://wiki.archlinux.org/title/Bluetooth#bluetoothctl:_No_default_controller_available

Since you're with guix, journalctl command should be replaced with
something like this.

sudo cat /var/log/messages | grep hci

to check if you're blocked by rfkill the command should simply be rfkill

-- 
Hope that helps,
Ignas


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-18 11:35     ` Ignas Lapėnas
@ 2024-11-18 13:48       ` Daniel Hatton
  2024-11-18 14:15         ` Ignas Lapėnas
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Hatton @ 2024-11-18 13:48 UTC (permalink / raw)
  To: GUIX help list


[-- Attachment #1.1: Type: text/plain, Size: 857 bytes --]

On 18/11/2024 11:35, Ignas Lapėnas wrote:


> https://wiki.archlinux.org/title/Bluetooth#bluetoothctl:_No_default_controller_available
> Since you're with guix, journalctl command should be replaced with
> something like this.
> sudo cat /var/log/messages | grep hci
> to check if you're blocked by rfkill the command should simply be rfkill

Well, the good news is that /var/log/messages contains an error message 
that the ALW page you cite suggests a solution for.  The bad news is 
that the solution is "remove all power sources to force the device to 
reload the firmware".  This box is a laptop, and it doesn't look like 
disconnecting the battery is going to be any straightforward operation. 
Unless: the Bluetooth controller I'm trying to use is a USB dongle, can 
I achieve the same effect by just pulling it out of the USB port?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-18 13:48       ` Daniel Hatton
@ 2024-11-18 14:15         ` Ignas Lapėnas
  2024-11-20 13:02           ` Daniel Hatton
  0 siblings, 1 reply; 7+ messages in thread
From: Ignas Lapėnas @ 2024-11-18 14:15 UTC (permalink / raw)
  To: Daniel Hatton; +Cc: GUIX help list

> Well, the good news is that /var/log/messages contains an error
> message that the ALW page you cite suggests a solution for.  The bad
> news is that the solution is "remove all power sources to force the
> device to reload the firmware".  This box is a laptop, and it doesn't
> look like disconnecting the battery is going to be any straightforward
> operation. Unless: the Bluetooth controller I'm trying to use is a USB
> dongle, can I achieve the same effect by just pulling it out of the
> USB port?

It's difficult to say for certain. But somehow I think you did try
replugging the usb dongle as a troubleshooting step? If not, that would
be a one thing to try to fix the issue.

The thing is, It's not exactly clear to me if the firmware is loaded or
not and I'm a bit out of scope at this point. One interesting thing I've
read some time ago and it might be of use here, was that you can force a
cold-boot (Should have the same effect as with waiting a bit without
power completely) by editing kernel parameters.

https://www.kernel.org/doc/html/v6.11/admin-guide/kernel-parameters.html

```
 reboot=         [KNL]
                        Format (x86 or x86_64):
                                [w[arm] | c[old] | h[ard] | s[oft] | g[pio]] | d[efault] \
                                [[,]s[mp]#### \
                                [[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \
                                [[,]f[orce]
                        Where reboot_mode is one of warm (soft) or cold (hard) or gpio
                                        (prefix with 'panic_' to set mode for panic
                                        reboot only),
                              reboot_type is one of bios, acpi, kbd, triple, efi, or pci,
                              reboot_force is either force or not specified,
                              reboot_cpu is s[mp]#### with #### being the processor
                                        to be used for rebooting.

```

And if I'm not wrong (would love some input from others who edited their
kernel command-line arguments) it should be possible to do with:

(kernel-arguments) 

Example for how kernel-arguments is used:

https://guix.gnu.org/manual/en/html_node/Using-the-Configuration-System.html

Also it might be possible that during startup of pc, there is a way to
also for the time being use one or another parameter.

-- 
Hope that helps,
Ignas


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: How to diagnose Bluetooth trouble?
  2024-11-18 14:15         ` Ignas Lapėnas
@ 2024-11-20 13:02           ` Daniel Hatton
  0 siblings, 0 replies; 7+ messages in thread
From: Daniel Hatton @ 2024-11-20 13:02 UTC (permalink / raw)
  To: GUIX help list


[-- Attachment #1.1: Type: text/plain, Size: 682 bytes --]

On 18/11/2024 14:15, Ignas Lapėnas wrote:
> somehow I think you did try
> replugging the usb dongle as a troubleshooting step? If not, that would
> be a one thing to try to fix the issue.

I had tried it, but only very briefly, and not together with a reboot. 
I've now tried unplugging the dongle and shutting down the machine 
overnight, and it made no difference.

However, today I have an unexpected popup window with the error message

   g-dbus-error-quark:
   GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
   org.blueman.Mechanism was not provided by any .service files (2)

which may or may not be useful further diagnostic information.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2024-11-20 13:09 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-16 10:39 How to diagnose Bluetooth trouble? Daniel Hatton
2024-11-18  7:57 ` Ignas Lapėnas
2024-11-18  9:53   ` Daniel Hatton
2024-11-18 11:35     ` Ignas Lapėnas
2024-11-18 13:48       ` Daniel Hatton
2024-11-18 14:15         ` Ignas Lapėnas
2024-11-20 13:02           ` Daniel Hatton

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.