every other boot boots with usb and bluetooth broken and cant shut down about bazzite HOT 15 OPEN

I'm having ongoing connection problems. My SteamController works via USB, the Dualsens controller via Bluetooth and both periodically fall off. It's very difficult to reconnect. There are strong stutters and delays when connecting. The microphone of the Bluetooth headset is also not displayed - the HFS/HFP profile is missing. In ChimeraOS the microphone was detected by default.

from bazzite.

I'm having ongoing connection problems. My SteamController works via USB, the Dualsens controller via Bluetooth and both periodically fall off. It's very difficult to reconnect. There are strong stutters and delays when connecting. The microphone of the Bluetooth headset is also not displayed - the HFS/HFP profile is missing. In ChimeraOS the microphone was detected by default.

I don't see what any of this has to do with this issue, please open a new one or post in a similar one.

Your headphone issue is expected behavior inherited from Valve. It's better for your Bluetooth headset to play audio that sounds listenable than to sound like garbage because the mic is active, especially when most handhelds have a mic.

from bazzite.

Kind of same here, but instead it's like every boot? My wireless mouse doesn't work over the usb dongle, I can't do usb tethering, and I cant properly shutdown or reboot. Also the webcam doesnt work either

rpm-ostree status:

As I can achieve this consistently please tell me what logs should I share to help pinpoint the issue

Edits:
dmesg: https://paste.centos.org/view/1a09ea11
The issue seems to occur consistently on the latest deployment from 2024-04-07 but not the one before it
Mouse keeps working if the dongle was in during boot, stops working if disconnected and reconnected

from bazzite.

I also have this issue, fresh install of Bazzite (AMD) yesterday. Card is Intel AX200 integrated to the motherboard.

dmesg output:

Bluetooth service status:

Could be an issue with kernel 6.7.11?

from bazzite.

I am also having this issue. Able to enter in my decryption password fine and select a deployment, but once it gets to the login screen for Fedora it won't accept any USB or Bluetooth input. Rebooting one or more times seems to fix it at least for a while.

rpm-ostree status
State: idle
Deployments:
● ostree-unverified-registry:ghcr.io/ublue-os/bazzite-gnome:stable
                   Digest: sha256:ca205fdd24ad7ecbfad8f2a3ee5335dbf9ab2ddbfe29b85fb6fdc6821b0154ef
                  Version: 39.20240406.0 (2024-04-07T01:31:06Z)
          LayeredPackages: btrfs-assistant snapper
            LocalPackages: sunshine-0.21.0-1.x86_64
                Initramfs: '"-I /etc/crypttab /etc/modprobe.d/amdgpu.conf"' 

It could be kernel related. Vanilla Fedora is having that issue too, though a kernel update seems to be resolving it for them.

https://discussion.fedoraproject.org/t/unable-to-shut-down-system-after-latest-kernel-update/111543

from bazzite.

It could be kernel related. Vanilla Fedora is having that issue too, though a kernel update seems to be resolving it for them.

https://discussion.fedoraproject.org/t/unable-to-shut-down-system-after-latest-kernel-update/111543

Seems to be the case, since bazzite is stuck on 6.7.11 for now because of suspend issues on some device

from bazzite.

Issue still present in:
Kernel: Linux 6.7.11-202.fsync.fc39.x86_64
in the April 14th update.

from bazzite.

I had 6.8.5 this morning before the upgrades ran and downgraded back to 6.7.11.
Bluetooth was working fine, so 6.8.5 seems to fix the bluetooth issue at the very least.

EDIT: Yeah, now Bluetooth is back to not working, and my PC doesn't reboot.
It will get stuck on the pollrates service for a while, then gets to "Rebooting" and remain struck unless I force it to shutdown...

from bazzite.

Since the update to the Linux 6.7.12-201.fsync.fc39.x86_64 kernel in

● ostree-unverified-registry:ghcr.io/ublue-os/bazzite-gnome:stable
                   Digest: sha256:90bdb9362b3f7a3e485f01047ffb6bb15f8d7d67d8b2e100e2fc22d7bfb22097
                  Version: 39.20240415.0 (2024-04-16T02:19:19Z)
          LayeredPackages: btrfs-assistant snapper
            LocalPackages: sunshine-0.21.0-1.x86_64
                Initramfs: '"-I /etc/crypttab /etc/modprobe.d/amdgpu.conf"'

I've not had any issues with booting or my usb/bluetooth. If other folks also report it being remedied we might be able to close this issue.

from bazzite.

Trying a few reboots with the most recent version, booting and bluetooth issues seem to be fixed for me too.

from bazzite.

Looking good here too, on 6.7.12.

EDIT: Bluetooth once again doesn't work, sadly.

Note that doing this fixes it:

rmmod btusb
rmmod btintel

modprobe btintel
modprobe btusb

from bazzite.

now my wifi card isnt being detected on any boot so I can't update to 6.7.12

from bazzite.

On an OLED Deck.

Rebased from gnome:39-20240328 to gnome:stable (39-20240415) after seeing #950 closed. Bluetooth and sleep worked after the first reboot. I was excited, so I tried connecting my Steam Controller via BT. After everything seemed like it was working, I turned the controller off.

That's when the problems started. The built-in controller started going haywire: the Steam button was erratic, Dpad was intermittent, and when I went into the Settings to do a button test, all the inputs except the trackpads and sticks were detected. So I did a reboot again to try to fix it.

This time, navigating the menus was even harder. All the inputs except B, Option, Start, and the Dpad were detected (with B eventually stopping, too). Additionally, I could not get it to shutdown, restart, or boot into Desktop Mode, and there was no sound. The system menu showed no locale, no timezone, Bluetooth had no profiles, and the built-in controller was no longer detected. I forced a shutdown via long-press, and after reboot, BT is no longer working and sleep is still broken (possibly still related to #950 ).

A simple workaround for the Sleep issue seems to be:

• Turn off Bluetooth
• Reboot

This should re-enable Sleep mode until BT is turned on again.

Edit: Rolled back to gnome:39-20240328, and everything is working again. Sleep mode is now unaffected by BT, and connecting and disconnecting my BT controller does not adversely affect the built-in controller. Additionally, I can connect a BT controller, put the device to sleep or reboot it, and BT dis/reconnects as expected.

from bazzite.

Yup problem still occuring. Any workarounds? Does arch based chimera have the same issue?

Nobara has the same issue.

from bazzite.

Again, on OLED Deck:

Bluetooth and Sleep/Suspend seem to be working again on 40-20240427. There's still an outstanding issue with BT controllers causing BT to crash, but cycling BT off/on brings it back up. Audio devices seem to work correctly, and certain devices that couldn't pair before are now able to do so (bluez/bluez#805).

from bazzite.