New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installation auf LXD debian bookworm VM: Create kernel modules ... FAILED #365
Comments
Kleiner Nachtrag: Mit einer bullseye VM funktioniert es auch unter LXD, es dürfte also tatäschlich ein issue sein und kein feature request ;-). Einfach in der Anleitung zur Reproduktion die Zeile lxc launch images:debian/12 ccu3 --vm ersetzen durch lxc launch images:debian/11 ccu3 --vm dann läuft alles sauber durch und auf 'debmatic-info' wird sauber geantwortet mit:
[Falls die VM beim launch hängen bleibt, hilft ggf. folgendes: lxc stop ccu3 --force
lxc config set ccu3 security.secureboot=false
lxc start ccu3 ] |
Das ist kein debmatic Issue, wenn überhaupt ist es ein dkms Issue. Aber eigentlich will man keine Kernel Module innerhalb eines Containers bauen bzw. laden. |
Definitiv will man das nicht. Wenn man bei LXD mit der -vm Option startet, wird eine komplette VM auf kvm Basis hochgezogen, ähnlich wie bei Proxmox. Der Manager ist allerdings nur mit CLI und damit deutlich schlanker, als Proxmox und deshalb gerade für Hausautomatisierung ganz interessant.
Hast Du einen Tipp, wo man noch reinschauen kann, um das einzukreisen? |
Ggf. Hilft es die Kernel Header nochmal frisch zu installieren, möglicherweise steht da fehlerhafterweise irgendwas mit Secure Boot bzw. Module Signing drin. Die Fehlermeldung vom modprobe klingt zumindest schwer in die Richtung. |
"Secure Boot" war der entscheidende Hinweis. Startet man die VM mit
läuft die Installtion komplett durch. Ein Eintrag weniger auf Deiner amazon Wunschliste ;-) Hier nochmal die komplette Anleitung vom frischen Rasperry Pi OS lit (64-bit) bis zur fertigen CCU3 für alle, die das gerne auf Basis von LXD machen wollen: sudo apt update && sudo apt upgrade -y
# 1. LXD installieren und starten
sudo apt install snapd -y
sudo snap install lxd
echo "export PATH='/snap/bin:$PATH'" >> ~/.bashrc
sudo usermod -a -G lxd <user>
# ausloggen und neu einloggen
lxd init # Alle Eingaben mit default beantworten
# 2. VM herrichten und einloggen
lxc launch images:debian/12 ccu3 --vm --config security.secureboot=false
lxc shell ccu3
# 3. debmatic Installation vorbereiten
# Ab bier geht es weiter innerhalb der VM ccu3, größtenteils nach Anleitung (lxc shell sollte als root einloggen)
apt update && apt upgrade -y
apt install sudo apt-transport-https wget usbutils -y
wget -q -O - https://apt.debmatic.de/debmatic/public.key | sudo tee /usr/share/keyrings/debmatic.asc
echo "deb [signed-by=/usr/share/keyrings/debmatic.asc] https://apt.debmatic.de/debmatic stable main" | sudo tee /etc/apt/sources.list.d/debmatic.list
apt update
apt install build-essential bison flex libssl-dev -y
apt install linux-headers-$(uname -r) -y
# 4. Reboot und USB Modul an die VM durchleiten
shutdown now
# Hier lohnt es sich, auf dem Host einen Snapshot zu ziehen: lxc snapshot ccu3 before-pivccu-kernel-install
lxc config device add ccu3 HB-RF-USB-2 usb vendorid=10c4 productid=8c07 # HB-RF-USB-2 durchreichen
lxc start ccu3
lxc shell ccu3
# 5. debmatic installieren
apt install pivccu-modules-dkms -y
reboot
apt install debmatic -y
# Zurück auf dem Host:
# Port-forwarding einrichten, damit Homematic über die Adresse des Hosts erreichbar ist:
# IP-Adresse der CCU per "lxc list ccu3" auf dem Host oder "ip addr" in der VM abfragen
sudo apt install iptables iptables-persistent -y
sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination <IP Adresse der CCU>:80
sudo netfilter-persistent save
sudo netfilter-persistent reload Danach ich Homematic unter dem Namen des Raspberry erreichbar, also z.B. |
Möglicherweise ist das kein Issue, sondern ein Feature Request:
Der Versuch, debmatic innerhalb einer debian bookworm VM zu installieren, die unter LXD auf einem Pi 4 läuft, scheitert bei der Installation der Kernel Module (volles Listing siehe unten):
Die identische Prozedur mit der gleichen Hardware (HB-RF-USB-2) aber Proxmox statt LXD funktioniert, an der Hardware sollte es also nicht liegen.
/var/lib/dkms/pivccu/1.0.84/6.1.0-17-arm64/aarch64/log/make.log
sieht ebenfalls bis auf ein paar BTF Fehler unauffällig aus (siehe unten).Reproduktion ab einem "nackten" Raspberry Pi OS Lite (64-bit), 2 GB RAM, 16 GB SD-Karte
Der volle Output des
apt install pivccu-modules-dkms
Der Output in make.log
The text was updated successfully, but these errors were encountered: