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!

  • Debian Bookworm 12.7 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    128 Aufrufe
    Niemand hat geantwortet
  • Nextcloud Hub8 Keine Previews

    Nextcloud
    2
    0 Stimmen
    2 Beiträge
    323 Aufrufe
    FrankMF

    Noch als Ergänzung, der Server läuft mit Debian 12

    # uname -a Linux webserver1-4gb-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1 (2024-05-03) x86_64 GNU/Linux
  • Manjaro KDE Plasma 21.2.2

    Linux
    5
    0 Stimmen
    5 Beiträge
    192 Aufrufe
    FrankMF

    Ok, geht nicht. Manjaro und ich werden leider keine Freunde. Da sind zu viele Dinge, die nicht besonders gut umgesetzt sind. Heute mal den Test gemacht und mein geliebtes Linux Mint Cinnamon installiert.

    Passwort für die Verschlüsselung nimmt anstandslos deutsche Sonderzeichen an WiFi geht auch nicht mit WPA3, man kann aber einfach auf WPA2 umstellen und das funktioniert.

    Damit endet dieser Versuch jetzt..

  • Kopia - Kopia-Server mit Kopia-UI

    Kopia
    1
    0 Stimmen
    1 Beiträge
    405 Aufrufe
    Niemand hat geantwortet
  • Debian 10 Buster 10.5 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    208 Aufrufe
    Niemand hat geantwortet
  • Kopia - HTTP/S Server

    Verschoben Kopia
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Ich hatte ein paar Probleme, die ich mir teilweise nicht erklären kann 🤔

    Ich möchte den Kopia Server gerne über systemd steuern.

    SystemD [Unit] Description=Kopia Server After=syslog.target After=network.target [Service] Type=simple User=kopia Group=kopia ExecStart=/usr/bin/kopia server --tls-cert-file /home/kopia-server/fullchain.pem --tls-key-file /home/kopia-server/privkey.pem --htpasswd-file /home/kopia-server/.htpasswd --address <IPv4>:51515 Restart=always RestartSec=5 [Install] WantedBy=multi-user.target

    Danach

    systemctl daemon-reload systemctl start kopia-server

    Mit

    systemctl status kopia-server

    kann man sich den Status anzeigen lassen.

    Client Rechner

    Auf dem Client, der das Backup zum Server schicken soll, machen wir dann folgendes.

    USER@HOSTNAME:~$ kopia repo connect server --url=https://<DOMAIN>:51515 --override-username=USER --override-hostname=HOSTNAME Enter password to open repository: Connected to repository API Server. NOTICE: Kopia will check for updates on GitHub every 7 days, starting 24 hours after first use. To disable this behavior, set environment variable KOPIA_CHECK_FOR_UPDATES=false Alternatively you can remove the file "/home/frank/.config/kopia/repository.config.update-info.json".

    Danach steht die Verbindung und wir können Backups hochschieben.

    kopia snapshot create $HOME

    Damit wird das Homeverzeichnis gesichert. Das initiale Backup, hat 30 Minuten gebraucht.

    created snapshot with root kb9e50ff5xxxxxxxxxx265d40a5d0861 and ID cda5c0ffxxxxxxxxxxxxxxa4cb4a367b in 30m28s

    Ein späteres Backup, sieht so aus.

    USER@HOSTNAME:~$ kopia snapshot create $HOME Snapshotting USER@HOSTNAME:/home/frank ... * 0 hashing, 51 hashed (324.8 MB), 8524 cached (6.6 GB), 0 uploaded (0 B), 0 errors 100.0% Created snapshot with root kc20a4xxxxxxxxxxxx745c6c7b37c and ID d7a96eaxxxxxxxxxxx0961018eacffa in 3m12s

    Nach 3 Minuten durch. Zu diesem Zeitpunkt hat sich aber auch nicht wirklich was geändert!

    Fazit

    Das Tool macht immer noch einen sehr guten Eindruck. Die Geschwindigkeit ist sehr gut. Die Anleitung ist leider unzureichend. Da gibt es so viele Möglichkeiten, da braucht es sehr lange, bis man da mal durchsteigt. Zum Glück, ist das was man normalerweise braucht, recht überschaubar. Bis zum produktiven Einsatz braucht das aber bei mir noch eine Menge mehr Tests.

    Was ich noch testen möchte

    Verzeichnis mounten Backup testweise wieder herstellen (zumindestens teilweise)

    Der Test läuft mit Standard Einstellungen, also z.B. ohne Kompression. Das sollte man dann auch mal testen..

    Bitte achtet auf gleiche Versionen auf dem Clienten, wie auf dem Server. Ich meine da ein paar Probleme festgestellt zu haben...

  • HDD umbenennen

    Linux
    1
    0 Stimmen
    1 Beiträge
    391 Aufrufe
    Niemand hat geantwortet
  • Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav
    2
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF

    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr.

    Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62

    Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service.

    rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.