[GELÖST] Nach update wird der Funk Stick nicht erkannt bei docker-basiertem RaspberryMatic

[benehome]

Ich habe gerade das Update auf 3.67.10.20230225 durchgeführt, mit dem Ergebnis, dass der USB Stick nicht mehr erkannt wird.
(Spoiler ich bin noch relativ neu auf dem gebiebt und kenne mich noch nicht super aus)

HW: PI4, Docker, HMIP-RFUSB
hier das LOG:

Code: Alles auswählen

Starting watchdog...
Identifying host system: oci, OK
Initializing RTC Clock: no hardware found
Running sysctl: OK
Checking for Factory Reset: not required
Checking for Backup Restore: not required
Initializing System: OK
Setup ca-certificates: OK
Starting logging: OK
Populating /dev using udev: done
Init onboard LEDs: init, OK
Starting irqbalance: OK
Starting iptables: OK
Starting network: eth0: link up, fixed, firewall, inet up, 172.28.0.2, OK
Identifying Homematic RF-Hardware: HmRF: n/a, HmIP: n/a, OK
Updating Homematic RF-Hardware: HMIP-RFUSB: =>4.4.18, ERROR ( != 4.4.18)
Starting hs485dLoader: disabled
Starting xinetd: OK
Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting NUT services: disabled
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: ...OK
Setting LAN Gateway keys: OK
Starting hs485d: disabled
Starting multimacd: not required
Starting rfd: no BidCos-RF hardware found
Starting HMIPServer: ....OK
Starting ReGaHss: .OK
Starting CloudMatic: OK
Starting NeoServer: OK
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.67.10.20230225 (raspmatic_oci_arm)
Starting watchdog...
Identifying host system: oci, OK
Initializing RTC Clock: no hardware found
Running sysctl: OK
Checking for Factory Reset: not required
Checking for Backup Restore: not required
Initializing System: OK
Setup ca-certificates: OK
Starting logging: OK
Populating /dev using udev: done
Init onboard LEDs: init, OK
Starting irqbalance: OK
Starting iptables: OK
Starting network: eth0: link up, fixed, firewall, inet up, 172.28.0.2, OK
Identifying Homematic RF-Hardware: HmRF: n/a, HmIP: n/a, OK
Updating Homematic RF-Hardware: HMIP-RFUSB: =>4.4.18, ERROR ( != 4.4.18)
Starting hs485dLoader: disabled
Starting xinetd: OK
Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting NUT services: disabled
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: ...OK
Setting LAN Gateway keys: OK
Starting hs485d: disabled
Starting multimacd: not required
Starting rfd: no BidCos-RF hardware found
Starting HMIPServer: ......OK
Starting ReGaHss: .OK
Starting CloudMatic: OK
Starting NeoServer: OK
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.67.10.20230225 (raspmatic_oci_arm)

zudem Startet der HMIPServer andauernd neu

[MichaelN]

Ist das immer noch der schlecht gelötet Stick?

[jmaus]

Nein, das wird ein Docker bzw. Host-System Problem sein. Vmtl. neben RaspberryMatic Docker noch ganz andere Sachen am Host-System geupdatet und völlig vergessen das man ja die kernel module für den korrekten Betrieb eines HomeMatic Funkmodules danach auch aktualisieren muss.

D.h. Gehen Sie zurück auf Start, ziehen sie keine..... und gehen Sie erneut nach Anleitung (https://github.com/jens-maus/RaspberryM ... ost-system) vor um die pivccu-modules-dkms bzw. pivccu-modules-raspberrypi Pakete erneut zu installieren. Oder wechseln sie auf eine nicht-Docker variante von RaspberryMatic

[benehome]

Ist das immer noch der schlecht gelötet Stick?

Nein das ist ein funktinierender Stick.

Vor dem Updatehat alles funktioniert.

[benehome]

Nein, das wird ein Docker bzw. Host-System Problem sein. Vmtl. neben RaspberryMatic Docker noch ganz andere Sachen am Host-System geupdatet und völlig vergessen das man ja die kernel module für den korrekten Betrieb eines HomeMatic Funkmodules danach auch aktualisieren muss.

D.h. Gehen Sie zurück auf Start, ziehen sie keine..... und gehen Sie erneut nach Anleitung (https://github.com/jens-maus/RaspberryM ... ost-system) vor um die pivccu-modules-dkms bzw. pivccu-modules-raspberrypi Pakete erneut zu installieren. Oder wechseln sie auf eine nicht-Docker variante von RaspberryMatic

Die Einschätzung ist richtig, wenn ich RaspberryMatic ohne Docker laufen lassen geht es.

Auf dem OS mit Docker kommt das Problem leider immernoch:

Code: Alles auswählen

 sudo apt install wget ca-certificates build-essential bison flex libssl-                                                                                                             dev gpg
        wget -qO - https://www.pivccu.de/piVCCU/public.key | gpg --dearmor -o /u                                                                                                             sr/share/keyrings/pivccu-archive-keyring.gpg
        sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/pivccu-archive-keyr                                                                                                             ing.gpg] https://www.pivccu.de/piVCCU stable main" >/etc/apt/sources.list.d/pivc                                                                                                             cu.list'
        sudo apt update
        sudo apt install pivccu-modules-dkms
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
bison is already the newest version (2:3.7.5+dfsg-1).
build-essential is already the newest version (12.9).
ca-certificates is already the newest version (20210119).
flex is already the newest version (2.6.4-8).
gpg is already the newest version (2.2.27-2+deb11u2).
wget is already the newest version (1.21-1+deb11u1).
libssl-dev is already the newest version (1.1.1n-0+deb11u4+rpt1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
File '/usr/share/keyrings/pivccu-archive-keyring.gpg' exists. Overwrite? (y/N) y
Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:3 https://download.docker.com/linux/raspbian bullseye InRelease
Hit:4 https://www.pivccu.de/piVCCU stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
pivccu-modules-dkms is already the newest version (1.0.79).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Ich bin die Anleitung weiter durchgegangen und bekomme eine Fehlermeldung bei dem eq3_char_loop module



Details:

Code: Alles auswählen

 /h/pi  sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
 /h/pi  sudo service pivccu-dkms start
        sudo modprobe eq3_char_loop
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/6.1.19-v8+
 !  /h/pi  sudo apt update
           sudo apt install raspberrypi-kernel raspberrypi-kernel-headers raspberrypi-bootloader
Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:3 https://download.docker.com/linux/raspbian bullseye InRelease
Hit:4 https://www.pivccu.de/piVCCU stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
raspberrypi-bootloader is already the newest version (1:1.20230317-1).
raspberrypi-kernel is already the newest version (1:1.20230317-1).
raspberrypi-kernel-headers is already the newest version (1:1.20230317-1).
raspberrypi-kernel-headers set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 /h/pi  sudo modprobe eq3_char_loop
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/6.1.19-v8+
 !  /h/pi  sudo apt install pivccu-modules-dkms
           sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
pivccu-modules-dkms is already the newest version (1.0.79).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 /h/pi  sudo modprobe eq3_char_loop
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/6.1.19-v8+
 !  /h/pi  wget -qO - https://raw.githubusercontent.com/jens-maus/RaspberryMatic/master/buildroot-external/board/oci/deploy.sh | bash -
Loading eq3_char_loop module
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/6.1.19-v8+

[Baxxy]

Vielleicht die gleiche Problematik wie hier: viewtopic.php?f=69&t=78380&start=10#p761349

[benehome]

Vielleicht die gleiche Problematik wie hier: viewtopic.php?f=69&t=78380&start=10#p761349

Genau das hat es gelöst. Vielen Dank.


Ich bin nur etwas verwundert, dass ein Update diese Probleme auslöst hat. Gibt es eine Standard Prozedur für Updates, sodass man in solche Probleme icht mehr reinläuft? Ich würde gerne weiterhin alle auf Docker weiterlaufen lassen und das dann aber maximal stabiel.

[Baxxy]

Dein Problem kam ja durch ein Update des Host-OS.
Ich denke das kann in dieser Konstellation (Docker, Kernel-Module) immer mal passieren.
Dieses Setup ist halt eher was für die Fortgeschrittenen.

Wenn ich Alex (im anderen Thread) richtig verstanden habe sollte aber dieses Mixed-Mode-Kernel Problem durch eigenhändiges setzen des richtigen Flags in der config dauerhaft behoben sein.