USB, Bluetooth and wifi don't start at boot

English Hardware
#12

Well, here it is. After a reboot I saw this in journalctl:

Jun 25 12:17:01 openSUSE systemd[1]: Stopped target Bluetooth Support.
Jun 25 12:17:01 openSUSE systemd[1]: Stopping Bluetooth service...
Jun 25 12:17:01 openSUSE systemd[1]: Stopped Bluetooth service.
Jun 25 12:17:54 openSUSE NetworkManager[1462]: <info>  [1687688274.3807] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.42.6/libnm-device-plugin-bluetooth.so)
Jun 25 12:19:08 openSUSE systemd[1]: Bluetooth service was skipped because of an unmet condition check (ConditionPathIsDirectory=/sys/class/bluetooth).

12:17:01 was the time the system was going down ( I guess ), starting at 12:17:54 it came back up
The folder /sys/class/bluetooth does not exist
Does this tell you something? One more thing, I first had to wait over a minute to have my USB keyboard and mouse before I could login.

ps:
This is the outcome of the same command after the next boot where it all worked from the start:

Jun 25 12:30:08 openSUSE NetworkManager[1403]: <info>  [1687689008.5651] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.42.6/libnm-device-plugin-bluetooth.so)
Jun 25 12:30:09 openSUSE kernel: Bluetooth: Core ver 2.22
Jun 25 12:30:09 openSUSE kernel: Bluetooth: HCI device and connection manager initialized
Jun 25 12:30:09 openSUSE kernel: Bluetooth: HCI socket layer initialized
Jun 25 12:30:09 openSUSE kernel: Bluetooth: L2CAP socket layer initialized
Jun 25 12:30:09 openSUSE kernel: Bluetooth: SCO socket layer initialized
Jun 25 12:30:09 openSUSE systemd[1]: Starting Bluetooth service...
Jun 25 12:30:09 openSUSE bluetoothd[1843]: Bluetooth daemon 5.66
Jun 25 12:30:09 openSUSE bluetoothd[1843]: Bluetooth management interface 1.22 initialized
Jun 25 12:30:09 openSUSE kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jun 25 12:30:09 openSUSE kernel: Bluetooth: BNEP filters: protocol multicast
Jun 25 12:30:09 openSUSE kernel: Bluetooth: BNEP socket layer initialized
Jun 25 12:30:09 openSUSE systemd[1]: Started Bluetooth service.
Jun 25 12:30:09 openSUSE systemd[1]: Reached target Bluetooth Support.
Jun 25 12:30:11 openSUSE kernel: Bluetooth: hci0: Device setup in 2176453 usecs
Jun 25 12:30:11 openSUSE kernel: Bluetooth: hci0: HCI Enhanced Setup Synchronous Connection command is advertised, but not supported.
Jun 25 12:30:11 openSUSE kernel: Bluetooth: hci0: AOSP extensions version v1.00
Jun 25 12:30:11 openSUSE kernel: Bluetooth: hci0: AOSP quality report is supported
Jun 25 12:30:11 openSUSE kernel: Bluetooth: MGMT ver 1.22
Jun 25 12:30:20 openSUSE kernel: Bluetooth: hci0: Device setup in 138384 usecs
Jun 25 12:30:20 openSUSE kernel: Bluetooth: hci0: HCI Enhanced Setup Synchronous Connection command is advertised, but not supported.
Jun 25 12:30:20 openSUSE kernel: Bluetooth: hci0: AOSP extensions version v1.00
Jun 25 12:30:20 openSUSE kernel: Bluetooth: hci0: AOSP quality report is supported
Jun 25 12:30:22 openSUSE kernel: Bluetooth: RFCOMM TTY layer initialized
Jun 25 12:30:22 openSUSE kernel: Bluetooth: RFCOMM socket layer initialized
Jun 25 12:30:22 openSUSE kernel: Bluetooth: RFCOMM ver 1.11

So the system does know how to do things. :smile:

#13

Hi,

The fact that /sys/class/bluetooth does not exist suggests that the driver cannot be loaded. Since the driver is usb dependent the problems seem to be connected.

Your grub file contains several boot options which I am now unable to find because the hardware probe has gone. It dealt with AMD/ATI options. They probably are there to make sure the Nvidia works? Since the USB controller seems to be of the same make I suspect the cause lies with those options.

Kind regards,

Natasha

#14

Hello Natasha,
Thank you for answering and trying to help me. Much appreciated.
I have read your answer a few times and still don’t know what it is you wrote.
The first line sounds pretty straight forward. Now that both USB and Bluetooth work I do see the directory /sys/class.
But then.
I found 2 files which I will append here. I hope this is what you wrote about. If not, let me know and I will send other info.

/boot/grub2/grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set btrfs_relative_path="n"
export btrfs_relative_path
if [ -f ${config_directory}/grubenv ]; then
  load_env -f ${config_directory}/grubenv
elif [ -s $prefix/grubenv ]; then
  load_env
fi

if [ "${env_block}" ] ; then
  set env_block="(${root})${env_block}"
  export env_block
  load_env -f "${env_block}"
fi

if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   if [ "${env_block}" ] ; then
     save_env -f "${env_block}" next_entry
   fi
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    if [ "${env_block}" ] ; then
      save_env -f "${env_block}" saved_entry
    else
      save_env saved_entry
    fi

  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 3f18177c-4786-4467-8f6f-d0966f017851
    font="/usr/share/grub2/unicode.pf2"
fi

if loadfont $font ; then
  if [ "${grub_platform}" = "efi" ]; then
    echo "Please press 't' to show the boot menu on this console"
  fi

  set gfxmode=auto
  load_video
  insmod gfxterm
fi
terminal_input console

for i in gfxterm; do
  if [ x${use_append} = xtrue ]; then
     terminal_output --append $i
  elif terminal_output $i; then
     use_append=true;
  fi
done

insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root ba70d786-2ade-46f6-963d-832d1f07382c
insmod gfxmenu
loadfont ($root)/grub2/themes/openSUSE/DejaVuSans-Bold14.pf2
loadfont ($root)/grub2/themes/openSUSE/DejaVuSans10.pf2
loadfont ($root)/grub2/themes/openSUSE/DejaVuSans12.pf2
loadfont ($root)/grub2/themes/openSUSE/ascii.pf2
insmod png
set theme=($root)/grub2/themes/openSUSE/theme.txt
export theme
if [ x${boot_once} = xtrue ]; then
  set timeout=0
elif [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=2
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=2
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/00_tuned ###
set tuned_params=""
set tuned_initrd=""
### END /etc/grub.d/00_tuned ###

### BEGIN /etc/grub.d/05_crypttab ###
### END /etc/grub.d/05_crypttab ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'openSUSE Tumbleweed'  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-3f18177c-4786-4467-8f6f-d0966f017851' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_gpt
        insmod ext2
        search --no-floppy --fs-uuid --set=root ba70d786-2ade-46f6-963d-832d1f07382c
        echo    'Loading Linux 6.3.7-1-default ...'
        linux   /vmlinuz-6.3.7-1-default root=UUID=3f18177c-4786-4467-8f6f-d0966f017851  splash=silent resume=/dev/disk/by-uuid/aa88641b-3ca5-4cb2-863b-675f01e7a045 mitigations=auto quiet security=apparmor nosimplefb=1
        echo    'Loading initial ramdisk ...'
        initrd  /initrd-6.3.7-1-default
}
submenu 'Advanced options for openSUSE Tumbleweed' --hotkey=1 $menuentry_id_option 'gnulinux-advanced-3f18177c-4786-4467-8f6f-d0966f017851' {
        menuentry 'openSUSE Tumbleweed, with Linux 6.3.7-1-default' --hotkey=2 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.3.7-1-default-advanced-3f18177c-4786-4467-8f6f-d0966f017851' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod ext2
                search --no-floppy --fs-uuid --set=root ba70d786-2ade-46f6-963d-832d1f07382c
                echo    'Loading Linux 6.3.7-1-default ...'
                linux   /vmlinuz-6.3.7-1-default root=UUID=3f18177c-4786-4467-8f6f-d0966f017851  splash=silent resume=/dev/disk/by-uuid/aa88641b-3ca5-4cb2-863b-675f01e7a045 mitigations=auto quiet security=apparmor nosimplefb=1
                echo    'Loading initial ramdisk ...'
                initrd  /initrd-6.3.7-1-default
        }
        menuentry 'openSUSE Tumbleweed, with Linux 6.3.7-1-default (recovery mode)' --hotkey=3 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.3.7-1-default-recovery-3f18177c-4786-4467-8f6f-d0966f017851' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod ext2
                search --no-floppy --fs-uuid --set=root ba70d786-2ade-46f6-963d-832d1f07382c
                echo    'Loading Linux 6.3.7-1-default ...'
                linux   /vmlinuz-6.3.7-1-default root=UUID=3f18177c-4786-4467-8f6f-d0966f017851  
                echo    'Loading initial ramdisk ...'
                initrd  /initrd-6.3.7-1-default
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
        fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/35_fwupd ###
### END /etc/grub.d/35_fwupd ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

### BEGIN /etc/grub.d/80_suse_btrfs_snapshot ###
### END /etc/grub.d/80_suse_btrfs_snapshot ###

### BEGIN /etc/grub.d/90_persistent ###
### END /etc/grub.d/90_persistent ###

### BEGIN /etc/grub.d/95_textmode ###
if [ "${grub_platform}" = "efi" ]; then
  # On EFI systems we can only have graphics *or* serial, so allow the user
  # to switch between the two
  hiddenentry 'Text mode' --hotkey 't' {
    set textmode=true
    terminal_output console
  }
fi
### END /etc/grub.d/95_textmode ###

/etc/default/grub

# If you change this file, run 'grub2-mkconfig -o /boot/grub2/grub.cfg' afterwards to update
# /boot/grub2/grub.cfg.

# Uncomment to set your own custom distributor. If you leave it unset or empty, the default
# policy is to determine the value from /etc/os-release
GRUB_DISTRIBUTOR=
GRUB_DEFAULT=saved
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=2
GRUB_CMDLINE_LINUX_DEFAULT="splash=silent resume=/dev/disk/by-uuid/aa88641b-3ca5-4cb2-863b-675f01e7a045 mitigations=auto quiet security=apparmor nosimplefb=1"
GRUB_CMDLINE_LINUX=""

# Uncomment to automatically save last booted menu entry in GRUB2 environment

# variable `saved_entry'
# GRUB_SAVEDEFAULT="true"
#Uncomment to enable BadRAM filtering, modify to suit your needs

# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
# GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
#Uncomment to disable graphical terminal (grub-pc only)

GRUB_TERMINAL="gfxterm"
# The resolution used on graphical terminal
#note that you can use only modes which your graphic card supports via VBE

# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE="auto"
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
# GRUB_DISABLE_LINUX_UUID=true
#Uncomment to disable generation of recovery mode menu entries

# GRUB_DISABLE_RECOVERY="true"
#Uncomment to get a beep at grub start

# GRUB_INIT_TUNE="480 440 1"
GRUB_BACKGROUND=
GRUB_THEME=/boot/grub2/themes/openSUSE/theme.txt
SUSE_BTRFS_SNAPSHOT_BOOTING="true"
GRUB_USE_LINUXEFI="true"
GRUB_DISABLE_OS_PROBER="false"
GRUB_ENABLE_CRYPTODISK="n"
GRUB_CMDLINE_XEN_DEFAULT="vga=gfx-1024x768x16"
#15

Hi,

Sorry I’m afraid I must have seen it wrong. If you use the failsafe boot does the also occur there?

On another note I went through the bugzilla.o.o and that didn’t tell me much, however the kernel bugzilla did come up with something, which might seem related: https://bugzilla.kernel.org/show_bug.cgi?id=217475

Kind regards,

Natasha

#16

Yes, /sys/class/bluetooth not present is likely what is the problem but are those 5 lines everything you get between 12:17:01 and 12:19:08? I pretty sure there is more.

Please post the output of "sudo journalctl --since=“2023-05-25 12:17:01” --until “2023-05-25 12:19:09"” using susepaste and post the link here.

Also please post the output of “lsusb”

#17

I have never tried it in failsafe mode so I can’t give you an answer on that.

#18

Hello Marel,
This is what I see in the output:

Jun 25 12:10:49 openSUSE kernel: Bluetooth: hci0: HCI Enhanced Setup Synchronous Connection command is advertised, but not supported.
Jun 25 12:17:01 openSUSE systemd[1]: Stopped target Bluetooth Support.
Jun 25 12:17:01 openSUSE systemd[1]: Stopping Bluetooth service...
Jun 25 12:17:01 openSUSE systemd[1]: Stopped Bluetooth service.
Jun 25 12:17:54 openSUSE NetworkManager[1462]: <info>  [1687688274.3807] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.42.6/libnm-device-plugin-bluetooth.so)
Jun 25 12:19:08 openSUSE systemd[1]: Bluetooth service was skipped because of an unmet condition check (ConditionPathIsDirectory=/sys/class/bluetooth).
Jun 25 12:22:06 openSUSE systemd[1]: Bluetooth service was skipped because of an unmet condition check (ConditionPathIsDirectory=/sys/class/bluetooth).

I added a line in front and one in the back of the 5 lines I sent earlier to show these 5 lines were all I got. Mind you, this is the situation where things didn’t work.

lsusb
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0bda:0411 Realtek Semiconductor Corp. Hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 0489:e0d8 Foxconn / Hon Hai Wireless_Device
Bus 003 Device 006: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 003 Device 005: ID 25a7:6672 Areson Technology Corp OKLIC
Bus 003 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 003 Device 002: ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 048d:c102 Integrated Technology Express, Inc. ITE Device(8910)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Thanks.

#19

I did assume going down meant “the system was powered down” and with came back up I thought it was after booted up again and then I expect a lot more messages, but this not not given too much information and I think you mean something different with “going down”.

In your start post you indicated:

Better post the boot log for this, I expect it to be more than 1000 lines.

#20

Correct boot.log: Correct boot

Incorrect boot.log: Incorrect boot.log

I took 2 parts of the complete boot.log, one in which the laptop booted as it should always do (Correct) and one in which USB made me wait 1 minute and I had no Bluetooth at all. (incorrect)
Have fun. I am very grateful that you want to do this, I have read the files but it doesn’t mean anything to me. I mean, I don’t see what goes wrong and what not.

#21

Thanks for posting a good and bad log, that makes diffing things possible and that often gives you a clue.

This time not however and that is because the log is not detailed enough, it looks to me what you see being printed on the screen when you boot the machine with “quiet=no”. Both logs are only about 270 lines.

Please use sudo journalctl -b -1/-2/-3/… to get the more detailed logs and post these. For me that starts with:

Jun 25 08:23:21 grondagame kernel: microcode: updated early: 0x19 → 0x28, date = 2019-11-12
Jun 25 08:23:21 grondagame kernel: Linux version 6.3.7-1-default (geeko@buildhost) (gcc (SUSE Linux) 13.1.1 20230522 [revision dd36656ada05731c069ecd5b1878380294fb1f3e], GNU ld (GNU Binutils; openSUSE Tumble>
Jun 25 08:23:21 grondagame kernel: Command line: BOOT_IMAGE=/vmlinuz-6.3.7-1-default root=UUID=95cde02d-4818-4ba3-a3ff-de690f5f1d56 splash=silent quiet security=apparmor
Jun 25 08:23:21 grondagame kernel: x86/fpu: Supporting XSAVE feature 0x001: ‘x87 floating point registers’
Jun 25 08:23:21 grondagame kernel: x86/fpu: Supporting XSAVE feature 0x002: ‘SSE registers’
Jun 25 08:23:21 grondagame kernel: x86/fpu: Supporting XSAVE feature 0x004: ‘AVX registers’
Jun 25 08:23:21 grondagame kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
Jun 25 08:23:21 grondagame kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using ‘standard’ format.
Jun 25 08:23:21 grondagame kernel: signal: max sigframe size: 1776
Jun 25 08:23:21 grondagame kernel: BIOS-provided physical RAM map:
Jun 25 08:23:21 grondagame kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Jun 25 08:23:21 grondagame kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Jun 25 08:23:21 grondagame kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Jun 25 08:23:21 grondagame kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved

#22

This is what I got:

sudo journalctl -b -1/-2/-3/
journalctl: invalid option -- '1'

I then started the creation of the log file without options, you can find it here: Boot.log Hope this helps more.

#23

This is what “man journalctl” says about -1/-2/-3/… :wink:

 -b [[ID][±offset]|all], --boot[=[ID][±offset]|all]
     Show messages from a specific boot. This will add a match for "_BOOT_ID=".

     The argument may be empty, in which case logs for the current boot will be shown.

     If the boot ID is omitted, a positive offset will look up the boots starting from the beginning of
     the journal, and an equal-or-less-than zero offset will look up boots starting from the  end of the
     journal. Thus, 1 means the first boot found in the journal in chronological order, 2 the second 
     and so on; while -0 is the last boot, -1 the boot before last, and so on. An  empty offset is 
     equivalent to specifying -0, except when the current boot is not the last boot (e.g. because 
     --directory was specified to look at logs from a different machine).

Did you have a look at the log yourself? It starts good but after some lines there is “lines 1-17…skipping…” and the same text is repeated and repeated, so no useful information.

Try to find the a successful boot, for example -3 and a failing boot, for example -2

Then do “sudo journalctl -b -X > [good/bad].log” (replace X with the correct negative boot number). This will write the log to good.log/bad.log; post these files.

#24

boot -b -3: boot -b -3
boot -b -2: boot -b -2

Is this what you need? Sorry, but I have never used these commands before and I didn’t understand the man page so it was guessing.
Again thank you for the effort and time you put into helping me, it is greatly appreciated.

#25

Yes, that is what is helpful, I guess the boot-b3 the good log, boot-b2 the bad log.

What I did is strip of the timestamps and them diff the files and that shows (left b2, right b3):

Screenshot_20230625_225932
Screenshot_20230625_2259321398×955 179 KB

Also noted some USB errors in the b2 log but not in the b3 log:

$ grep 'kernel: usb.*error' ~/Downloads/boot-b2.log
Jun 25 12:17:55 openSUSE kernel: usb 3-3: device descriptor read/64, error -110
Jun 25 12:18:11 openSUSE kernel: usb 3-3: device descriptor read/64, error -110
Jun 25 12:18:16 openSUSE kernel: usb 3-3: device descriptor read/64, error -110
Jun 25 12:18:32 openSUSE kernel: usb 3-3: device descriptor read/64, error -110
Jun 25 12:18:43 openSUSE kernel: usb 3-3: device not accepting address 6, error -62
Jun 25 12:18:54 openSUSE kernel: usb 3-3: device not accepting address 7, error -62
$ grep 'kernel: usb.*error' ~/Downloads/boot-b3.log

$ errno 110
ETIMEDOUT 110 Connection timed out
$ errno 62
ETIME 62 Timer expired

So the problem is with USB 3-3. On that bus there are in the good case:

  • MediaTek Inc. Wireless_Device
  • OKLIC USB Mouse

Also the Logitech USB Receiver on USB 3-2 is not loaded.

The problem is likely that either the MediaTek or OKLIC device is behaving bad or that some cables are bad.

Try:

  • moving these devices to another port
  • remove the device from the system
  • replace the device with a alternative device
  • replace the cable where possible
#26

Wow, you have been busy.

I did post this before but I do it again here:

lsusb
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0bda:0411 Realtek Semiconductor Corp. Hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 0489:e0d8 Foxconn / Hon Hai Wireless_Device
Bus 003 Device 006: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 003 Device 005: ID 25a7:6672 Areson Technology Corp OKLIC
Bus 003 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 003 Device 002: ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 048d:c102 Integrated Technology Express, Inc. ITE Device(8910)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 3 Device 3 is: Foxconn / Hon Hai Wireless_Device.

inxi -Fxxxrz gives me this, just a small part of the output:
Bluetooth:
  Device-1: Foxconn / Hon Hai Wireless_Device driver: **btusb** v: 0.8 type: USB
    rev: 2.1 speed: 480 Mb/s lanes: 1 bus-ID: 3-3:3 chip-ID: 0489:e0d8
    class-ID: e001 serial: <filter>
  Report: rfkill ID: hci0 rfk-id: 2 state: up address: see --recommends

The correct bootlog mentions Mediatek Wireless device: could it be a different name for the same product? In the output of lsusb I don’t see the name Mediatek, just Foxconn / Hon Hai Wireless
I found this website: Bluetooth
They mention the name Mediatek in the first (and only answer) so I really believe you are on to something. I thought the error was caused by USB and that it influenced BT as well, but it seems it is the other way around. They also say a patch is in kernel 5.19, I use 6.3.7, so if things went well I shouldn’t have this error. But …

OKLIC USB Mouse: I have 1 mouse, the Logitech M220 wireless mouse and the K295 wireless keyboard combo. I use a USB dongle (receiver) for them which is connected to a KVM switch because, unfortunately, I do have to share Keyboard, Video and Mouse with a Windows laptop from the office when I work from home. As an alternatif I could switch cables but selecting the right laptop with a push on a button is much easier to do.
The dongle is a true Logitech device, I found this: Dongle On my dongle I see the code C-U0010 as is used on this website.

I found this: Oklic Turns out it is made by Areson Technology which still doesn’t ring a bell here. No idea what that can be, as said I have 1 mouse: a Logitech M220.

I wonder, both the devices which are not entirely working well are connected to USB Bus 3. Logitech receiver on device 6, Foxconn Bluetooth on device 3. Is it possible when one doesn’t work (doesn’t start or whatever) does that influence the entire bus 3, meaning one depends on another?

That’s all I found so far. Again many thanks Marel.

#27

The errors you get “usb 3-3: device descriptor read/64, error -110” do not point to a driver missing functionality but to a hardware problem. I Would replace the device.

#28

That will probably be difficult since it is a built-in device, plus as I wrote before I had the same trouble with my previous laptop which was a complete different brand.
I know I should not write this, but the last 5 or so boots were all without trouble. I know, I will jinx it but I had to write it. Yesterday I had updates again and maybe one of them helped.

#30

@JanMussche

When you first installed Tumbleweed, did you encounter these issues? You mentioned “new problems” at the beginning of your post. At what point did you encounter these problems? Can you revert your system to before the problems and see which updated packages might be causing the issue?

Did you try a live distro on DVD or USB (openSUSE, Ubuntu, etc.) and see if you are having the same issues with Bluetooth, USB, and login? That might confirm that it is not a software issue (i.e. something got borked on your Tumbleweed operating system during an update for example) and might be a hardware issue. Granted though, a live distro won’t load the Nvidia drivers for your system. If you find your hardware working with the live distro, I’d venture that something went wrong with your installed Tumbleweed. Searching for the reason may be difficult but as someone previously mentioned, maybe a data backup, OS reinstall, and data restoration might be easier and in order.

To download a live version of openSUSE on a USB stick; would be curious to know if you have the same issues. See the link “Alternative Downloads” on the Download pages for:

Tumbleweed: openSUSE Tumbleweed - Get openSUSE
Leap: openSUSE Leap - Get openSUSE

As for me, I found rolling releases, while more exciting with much more recent packages, eventually created some instability in other packages or in the system. I have a “newer” gaming laptop with dual GPUs (Intel and Nvidia GeoForce RTX 3050Ti). Tumbleweed was great but I ended up reverting back to Leap. My laptop still works great with the older kernel, no issues with the hardware, even with dual GPUs (though admittedly I had to work through some other hardware issues). For using newer packages in openSUSE Leap (apps like Firefox, LibreOffice, etc.), flatpak came to the rescue!

All the best,
Dad4Linux

#31

In the mean time I have switched to Fedora Linux and until now I am enjoying it so very much. With my new laptop I had a couple of problems when I was using Tumbleweed, and now they disappeared, although I have to say I got one new issue in return.
The things I had with Tumbleweed were:

  • Tearing pictures when using Nvidia (Tearing). I needed to use the Nvidia GPU cause he built-in AMD could not manage 2 monitors on X11. I could not make Wayland work so it was either AMD with 1 monitor or Nvidia on 2 but with tearing.
  • In KDE display settings the vertical position of 1 monitor in relation to the other automatically changed. Since the external is a 1920x1080 and the built in is 2560x1600, it means there is a place on the builtin monitor where you can’t cross over to the external one with the mouse. I want the bottom parts of both monitors to be at the same place so only at the top of the built-in monitor I can’t move over to the external monitor. This was changed constantly which was very annoying.
  • Bluetooth and USB had problems. Sometimes they both worked fine, sometimes they started later (after a minute or so) and sometimes Bluetooth did not start at all.

Now all of these issues (problems?) are gone. Every time when I boot it just works.
I boot into a Wayland session with the AMD GPU and I have perfect pictures on 2 monitors without tearing.
The monitors stay at the correct place in the settings so moving over to the other screen is easy.
Bluetooth and USB start up fine without problems.

The one problem I have now, which did not exist on Tumbleweed, is that I can’t control the brightness of the built-in monitor. In TW I could just place my mouse over the battery icon on the lower panel and use the mouse wheel to adjust the brightness, this does not work now. Have to find a way for that. (should anyone have an idea please let me know)

I do want to thank everyone for taking the time to help me, this is amazing what people do for others who need help. Thank you so much for that.

#32

Enjoy your “journey” with RH … :slight_smile:
.

.
Screenshot_20230701_233120_Google

2 Likes