Skip to content

Debian 12 - Bluetooth Ausfall nach Stromausfall

Linux
  • Nach einem Stromausfall heute, ist der Rechner mal komplett durchgestartet. Danach hatte ich kein Bluetooth mehr. Der Grund dafür ist mir absolut schleierhaft, weil ich natürlich davor auch ab und an den Rechner neustarte. Also, jetzt nicht wirklich etwas Besonderes.

    Das hier sollte das Problem sein.

    [   29.680207] Bluetooth: hci0: command 0xfc05 tx timeout
    [   29.680209] Bluetooth: hci0: Reading Intel version command failed (-110)
    [   35.530848] usb 1-6.4: reset high-speed USB device number 7 using xhci_hcd
    

    Gesucht und bei unix.stackexchange.com fündig geworden.

    Die Reihenfolge der Kernelmodule bringt einem Bluetooth zurück? Halleluja.... 😮

    Test

    root@debian:~# rmmod btusb
    root@debian:~# rmmod btintel
    root@debian:~# modprobe btintel
    root@debian:~# modprobe btusb
    

    Danach ging Bluetooth sofort wieder ohne Probleme !?!?!?

    [  322.313132] usbcore: deregistering interface driver btusb
    [  347.435528] usbcore: registered new interface driver btusb
    [  347.439921] Bluetooth: hci0: Bootloader revision 0.3 build 0 week 24 2017
    [  347.444926] Bluetooth: hci0: Device revision is 1
    [  347.444929] Bluetooth: hci0: Secure boot is enabled
    [  347.444930] Bluetooth: hci0: OTP lock is enabled
    [  347.444931] Bluetooth: hci0: API lock is enabled
    [  347.444931] Bluetooth: hci0: Debug lock is disabled
    [  347.444932] Bluetooth: hci0: Minimum firmware build 1 week 10 2014
    [  347.454320] bluetooth hci0: firmware: direct-loading firmware intel/ibt-20-1-3.sfi
    [  347.454325] Bluetooth: hci0: Found device firmware: intel/ibt-20-1-3.sfi
    [  347.454360] Bluetooth: hci0: Boot Address: 0x24800
    [  347.454361] Bluetooth: hci0: Firmware Version: 15-45.22
    [  351.466998] Bluetooth: hci0: Waiting for firmware download to complete
    [  351.468049] Bluetooth: hci0: Firmware loaded in 3919649 usecs
    [  351.468099] Bluetooth: hci0: Waiting for device to boot
    [  351.485060] Bluetooth: hci0: Device booted in 16583 usecs
    [  351.485164] bluetooth hci0: firmware: direct-loading firmware intel/ibt-20-1-3.ddc
    [  351.485168] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-20-1-3.ddc
    [  351.493895] Bluetooth: hci0: Applying Intel DDC parameters completed
    [  351.498888] Bluetooth: hci0: Firmware revision 0.3 build 15 week 45 2022
    [  351.763047] Bluetooth: MGMT ver 1.22
    [  351.770898] NET: Registered PF_ALG protocol family
    [  351.779544] Bluetooth: RFCOMM TTY layer initialized
    [  351.779550] Bluetooth: RFCOMM socket layer initialized
    [  351.779554] Bluetooth: RFCOMM ver 1.11
    [  378.557197] usb 1-6.1.4: USB disconnect, device number 10
    [  381.077391] input: MX Vertical Mouse as /devices/virtual/misc/uhid/0005:046D:B020.000B/input/input28
    [  381.077698] hid-generic 0005:046D:B020.000B: input,hidraw3: BLUETOOTH HID v0.09 Mouse [MX Vertical] on a4:b1:c1:97:68:4f
    

    Wie bekomme ich das jetzt erst mal dauerhaft hin, das ich mir nicht immer wieder Gedanken darüber machen muss.

    /etc/systemd/system/bluetooth-modules-load.service

    [Unit]
    Description=Load Bluetooth Modules in Specific Order
    Before=bluetooth.service
    After=local-fs.target
    
    [Service]
    Type=oneshot
    ExecStart=/bin/sh -c 'modprobe btusb && modprobe btintel'
    RemainAfterExit=yes
    
    [Install]
    WantedBy=multi-user.target
    

    Danach noch

    systemctl daemon-reload
    systemctl enable bluetooth-modules-load.service
    

    Reboot und getestet - geht. 🤓

    Der SystemD Dienst ist entstanden mit freundlicher Unterstützung von ChatGPT 😋

    root@debian:/etc/systemd/system# systemctl status bluetooth-modules-load.service 
    ● bluetooth-modules-load.service - Load Bluetooth Modules in Specific Order
         Loaded: loaded (/etc/systemd/system/bluetooth-modules-load.service; enabled; preset: enabled)
         Active: active (exited) since Tue 2023-11-07 16:49:52 CET; 9min ago
        Process: 1002 ExecStart=/bin/sh -c modprobe btusb && modprobe btintel (code=exited, status=0/SUCCESS)
       Main PID: 1002 (code=exited, status=0/SUCCESS)
            CPU: 2ms
    
    Nov 07 16:49:52 debian systemd[1]: Starting bluetooth-modules-load.service - Load Bluetooth Modules in Specific Order...
    Nov 07 16:49:52 debian systemd[1]: Finished bluetooth-modules-load.service - Load Bluetooth Modules in Specific Order.
    

    Es kann sein, das dieser Beitrag Blödsinn enthält. Wenn ihr es besser wisst, dann freue ich mich über Kommentare. Danke!

  • Test - Nach einigen Änderungen

    Linux
    1
    0 Stimmen
    1 Beiträge
    38 Aufrufe
    Niemand hat geantwortet
  • Star64 - Warnung

    Angeheftet Star64
    1
    0 Stimmen
    1 Beiträge
    52 Aufrufe
    Niemand hat geantwortet
  • Debian 11.6 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    66 Aufrufe
    Niemand hat geantwortet
  • Debian 11.2 veröffentlicht

    Linux
    1
    0 Stimmen
    1 Beiträge
    88 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • Debian 11 Bullseye released!

    Linux
    4
    0 Stimmen
    4 Beiträge
    283 Aufrufe
    FrankMF

    Mein Systemadmin auf der Arbeit meinte heute, angesprochen auf das Problem, läuft der Network-Manager? Ok, gute Frage...... Schauen wir mal.

    Ich bin mir leider nicht 100% sicher, ob er vor meinem Eingreifen lief, ich denke aber schon. Warum ich unsicher bin?

    root@debian:~# systemctl enable systemd-networkd.service Created symlink /etc/systemd/system/dbus-org.freedesktop.network1.service → /lib/systemd/system/systemd-networkd.service. Created symlink /etc/systemd/system/multi-user.target.wants/systemd-networkd.service → /lib/systemd/system/systemd-networkd.service. Created symlink /etc/systemd/system/sockets.target.wants/systemd-networkd.socket → /lib/systemd/system/systemd-networkd.socket. Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service.

    Ok, danach

    root@debian:~# systemctl start systemd-networkd.service root@debian:~# systemctl status systemd-networkd.service ● systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; ven> Active: active (running) since Tue 2021-08-17 17:36:38 CEST; 6s ago TriggeredBy: ● systemd-networkd.socket Docs: man:systemd-networkd.service(8) Main PID: 1288 (systemd-network) Status: "Processing requests..." Tasks: 1 (limit: 19087) Memory: 3.9M CPU: 39ms CGroup: /system.slice/systemd-networkd.service └─1288 /lib/systemd/systemd-networkd Aug 17 17:36:38 debian systemd[1]: Starting Network Service... Aug 17 17:36:38 debian systemd-networkd[1288]: enp25s0: Gained IPv6LL Aug 17 17:36:38 debian systemd-networkd[1288]: Enumeration completed Aug 17 17:36:38 debian systemd[1]: Started Network Service.

    Danach ging immer noch nix.

    root@debian:/etc/network# ^C root@debian:/etc/network# nmcli device show GENERAL.DEVICE: wlx7cdd907cbec2 GENERAL.TYPE: wifi GENERAL.HWADDR: BA:59:C0:76:C7:F5 GENERAL.MTU: 1500 GENERAL.STATE: 20 (nicht verfügbar) GENERAL.CONNECTION: -- GENERAL.CON-PATH: -- GENERAL.DEVICE: enp25s0 GENERAL.TYPE: ethernet GENERAL.HWADDR: 30:9C:23:60:C6:8E GENERAL.MTU: 1500 GENERAL.STATE: 10 (nicht verwaltet) GENERAL.CONNECTION: -- GENERAL.CON-PATH: -- WIRED-PROPERTIES.CARRIER: an IP4.ADDRESS[1]: 192.168.3.169/24 IP4.GATEWAY: 192.168.3.1 IP4.ROUTE[1]: dst = 192.168.3.0/24, nh = 0.0.0.0, mt = 0 IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.3.1, mt = 0 IP6.ADDRESS[1]: 2a02:908:1260:13bc:329c:23ff:xxxx:xxxx/64 IP6.ADDRESS[2]: fd8a:6ff:2880:0:329c:23ff:fe60:c68e/64 IP6.ADDRESS[3]: fe80::329c:23ff:fe60:c68e/64 IP6.GATEWAY: fe80::e4d3:f0ff:fe8f:2354 IP6.ROUTE[1]: dst = fe80::/64, nh = ::, mt = 256 IP6.ROUTE[2]: dst = ::/0, nh = fe80::e4d3:f0ff:fe8f:2354, mt = 1024 IP6.ROUTE[3]: dst = 2a02:908:xxxx:xxxx::/64, nh = ::, mt = 256 IP6.ROUTE[4]: dst = fd8a:6ff:2880::/64, nh = ::, mt = 256

    Jetzt hatte ich das erste Mal einen Ansatz, wonach ich suchen musste.

    GENERAL.STATE: 10 (nicht verwaltet)

    Etwas Suche im Netz und dann das

    nano /etc/NetworkManager/NetworkManager.conf

    Inhalt der Datei

    [main] plugins=ifupdown,keyfile [ifupdown] managed=false

    Das false in true geändert. Danach ein

    systemctl restart NetworkManager

    und ich konnte den Network-Manager auf dem Desktop benutzen!?!?!?

    Bildschirmfoto vom 2021-08-17 18-07-25.png

    Irgendwas ist da durcheinander im Bullseye 😳

  • Kopia - Aufbau und Funktionsweise

    Kopia
    1
    0 Stimmen
    1 Beiträge
    758 Aufrufe
    Niemand hat geantwortet
  • NGINX - Installation

    NGINX
    1
    0 Stimmen
    1 Beiträge
    283 Aufrufe
    Niemand hat geantwortet