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!

  • Restic v0.17.3 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    91 Aufrufe
    Niemand hat geantwortet
  • MongoDB - Erste Erfahrungen

    Linux
    2
    0 Stimmen
    2 Beiträge
    150 Aufrufe
    FrankMF

    So frisch von der MongoDB Front und wieder viel gelernt, weil beim Üben macht man Fehler 🙂

    Oben war ja mongodump & mongorestore von der KI empfohlen. Hier das wie ich es gemacht habe.

    mongodump frank@redis-stack:~$ mongodump -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio -o mongodump/ 2024-04-06T09:29:25.174+0200 writing portfolio.stockList to mongodump/portfolio/stockList.bson 2024-04-06T09:29:25.175+0200 writing portfolio.users to mongodump/portfolio/users.bson 2024-04-06T09:29:25.175+0200 done dumping portfolio.stockList (8 documents) 2024-04-06T09:29:25.176+0200 writing portfolio.total_sum to mongodump/portfolio/total_sum.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.total_sum (1 document) 2024-04-06T09:29:25.177+0200 writing portfolio.old_total_sum to mongodump/portfolio/old_total_sum.bson 2024-04-06T09:29:25.177+0200 writing portfolio.stocks to mongodump/portfolio/stocks.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.users (4 documents) 2024-04-06T09:29:25.178+0200 writing portfolio.settings to mongodump/portfolio/settings.bson 2024-04-06T09:29:25.178+0200 done dumping portfolio.settings (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.old_total_sum (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.stocks (34 documents) mongorestore mongorestore -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio mongodump/meineDatenbank/

    Hier wird die Datensicherung mongodump/meineDatenbank/ in die neue Datenbank portfolio transferiert.

    Grund für das Ganze? Mich hatte der Datenbank Name meineDatenbank gestört.

    Benutzerrechte

    Jetzt der Teil wo man schnell was falsch machen kann 🙂 Ich hatte also die neue Datenbank, konnte sie aber nicht lesen. Fehlten halt die Rechte. Ich hatte dann so was hier gemacht.

    db.updateUser("frank", { roles: [ { role: "readWrite", db: "meineDatenbank" }, { role: "readWrite", db: "portfolio" }]})

    Ging auch prima, kam ein ok zurück. Nun das Problem, ich hatte beim Einrichten, den User frank als admin benutzt. Durch den oben abgesetzten Befehl (frank ist ja admin), wurden die neuen Rechte gesetzt und die Rechte als Admin entzogen!! Das war jetzt nicht wirklich das was ich gebrauchen konnte. LOL

    Ich hatte jetzt keine Kontrolle mehr über die DB. Das war aber nicht so wirklich kompliziert, das wieder zu ändern. Die Authentication temporär abstellen. Also /etc/mongod.conf editieren und

    #security: security.authorization: enabled

    eben mal auskommentieren. Den Daemon neustarten und anmelden an der DB.

    mongosh --host 192.168.3.9

    Danach neuen User anlegen

    db.createUser({ user: "<name>", pwd: "<password>", roles: [ { role: "userAdminAnyDatabase", db: "admin" } ] })

    mongod.conf wieder ändern und neustarten. Danach hat man wieder eine DB mit Authentifizierung und einen neuen Admin. Ich bin diesmal, man lernt ja, anders vorgegangen. Es gibt nun einen Admin für die DB und einen User zum Benutzen der Datenbanken! So wie man es auch auf einem produktiven System auch machen würde. Wenn ich jetzt mal was an den Benutzerrechten des Users ändere, kann mir das mit dem Admin nicht mehr passieren. Hoffe ich 🙂

  • Redis ändert das Lizenz Modell

    Redis
    2
    0 Stimmen
    2 Beiträge
    136 Aufrufe
    FrankMF

    Ein Artikel von Heise zum Thema

    Link Preview Image Datenbankanbieter Redis ändert sein Lizenzmodell – erneut

    Die No-SQL-Datenbank wird künftig nach einem dualen Modell lizenziert: Redis Source Available License Version 2 oder Server-Side Public License Version 1.​

    favicon

    Developer (www.heise.de)

  • Flatpak - Signal

    Linux
    1
    0 Stimmen
    1 Beiträge
    97 Aufrufe
    Niemand hat geantwortet
  • FAN control OMV Auyfan 0.10.12: gitlab-ci-linux-build-184, Kernel 5.6

    Linux
    12
    1 Stimmen
    12 Beiträge
    1k Aufrufe
    M

    Hi,

    since I'm currently change my rockpro64 setup I came across this.

    With the kernel from ayufan you need to set PWM_CTL to

    /sys/devices/platform/pwm-fan/hwmon/hwmon3/pwm1

    for my self compiled one I need

    /sys/devices/platform/pwm-fan/hwmon/hwmon0/pwm1

    But I got it only working with one entry for PWM_CTL e.g.

    PWM_CTL = "/sys/devices/platform/pwm-fan/hwmon/hwmon0/pwm1",

    after that you need to start ats again

    sudo systemctl stop ats sudo systemctl start ats

    initially the fan should start immediately for a short period of time.

    In case it is even a different one on your kernel you can find the right one using this command.

    sudo find /sys -name pwm1 | grep hwmon

    So far I'm not sure which kernel parameter or modul changes this.

    Martin

  • ROCKPro64 - Projekt Wireguard Server

    Verschoben ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    492 Aufrufe
    FrankMF

    Hat ein wenig Nerven gekostet und der Artikel ist auch was länger geworden 🙂 Viel Spaß beim Lesen und testen!

  • [HOWTO] Verschlüsseltes NAS aufsetzen

    Verschoben ROCKPro64
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    FrankMF

    Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten.

    ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen!

    Die beiden Platten mit

    sudo fdisk /dev/sdX

    neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist.

    Der Plan

    raid_pool0 = sdX1 = /dev/mapper/raid_pool0
    raid_pool1 = sdX1 = /dev/mapper/raid_pool1

    Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!"

    Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten.

    [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.
  • NodeBB - nach Plugin platt

    NodeBB
    1
    0 Stimmen
    1 Beiträge
    599 Aufrufe
    Niemand hat geantwortet