lxc doesn't exist

Virtualisierte CCU für Raspberry Pi und Clones

Moderator: Co-Administratoren

Sinalco
Beiträge: 2
Registriert: 23.12.2017, 18:22

lxc doesn't exist

Beitrag von Sinalco » 23.12.2017, 18:34

Hallo zusammen,
ich bin neu hier und bin vor kurzem auf piVCCU gestossen, da YAHM bei mir nicht richtig funktioniert hat.
Ich habe die Installation schon einige male neu gemacht, verwendet wird ein Raspberry Pi 3 mit HM-MOD-RPI-PCB Funkmodul und RASPBIAN STRETCH LITE vom 2017-11-29.
Ich hab die Grundeinstellungen von Rasbian vorgenommen und auf einem sauberem System piVCCU nach der github Anleitung installiert.
Leider bekomme ich beim abfragen des Status folgendes Ergebnis:

Code: Alles auswählen

pi@raspberrypi:~ $ sudo pivccu-info
piVCCU version: 2.29.23-19
Kernel modules: Not available
Raw UART dev:   Not available
Rasp.Pi3 UART:  Assigned to GPIO pins
Board serial:   Unknown
lxc doesn't exist
Ich komm echt nicht weiter und weis nicht an was das liegen kann, das HM-MOD-RPI-PCB Funkmodul ist eingebaut.

Folgende Abfragen ergeben:
journalctl -xe:

Code: Alles auswählen

pi@raspberrypi:~ $ journalctl -xe
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is done.
Dec 23 18:11:31 raspberrypi systemd[597]: Reached target Basic System.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is done.
Dec 23 18:11:31 raspberrypi systemd[597]: Reached target Default.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is done.
Dec 23 18:11:31 raspberrypi systemd[597]: Startup finished in 64ms.
-- Subject: System start-up is now complete
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- All system services necessary queued for starting at boot have been
-- successfully started. Note that this does not mean that the machine is
-- now idle as services might still be busy with completing start-up.
--
-- Kernel start-up required KERNEL_USEC microseconds.
--
-- Initial RAM disk start-up required INITRD_USEC microseconds.
--
-- Userspace start-up required 64093 microseconds.
Dec 23 18:11:31 raspberrypi systemd[1]: Started User Manager for UID 1000.
-- Subject: Unit user@1000.service has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit user@1000.service has finished starting up.
--
-- The start-up result is done.
Dec 23 18:11:34 raspberrypi sudo[622]:       pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/sbin/pivccu-info
Dec 23 18:11:34 raspberrypi sudo[622]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Dec 23 18:11:34 raspberrypi sudo[622]: pam_unix(sudo:session): session closed for user root
Dec 23 18:11:37 raspberrypi sudo[639]:       pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/nano /etc/network/interfaces
Dec 23 18:11:37 raspberrypi sudo[639]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Dec 23 18:15:12 raspberrypi sudo[639]: pam_unix(sudo:session): session closed for user root
Dec 23 18:17:01 raspberrypi CRON[652]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 23 18:17:01 raspberrypi CRON[656]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 23 18:17:01 raspberrypi CRON[652]: pam_unix(cron:session): session closed for user root
lines 1317-1367/1367 (END)
systemctl status pivccu.service:

Code: Alles auswählen

pi@raspberrypi:~ $ systemctl status pivccu.service
● pivccu.service - piVCCU
   Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sat 2017-12-23 18:11:06 CET; 7min ago
  Process: 556 ExecStart=/var/lib/piVCCU/start_container.sh (code=exited, status=1/FAILURE)
      CPU: 26ms

Dec 23 18:11:06 raspberrypi systemd[1]: Starting piVCCU...
Dec 23 18:11:06 raspberrypi start_container.sh[556]: <11>Dec 23 18:11:06 piVCCU: Could not locate raw uart interface. Are the kernel modules and the device tree overlays installed?
Dec 23 18:11:06 raspberrypi systemd[1]: pivccu.service: Control process exited, code=exited status=1
Dec 23 18:11:06 raspberrypi systemd[1]: Failed to start piVCCU.
Dec 23 18:11:06 raspberrypi systemd[1]: pivccu.service: Unit entered failed state.
Dec 23 18:11:06 raspberrypi systemd[1]: pivccu.service: Failed with result 'exit-code'.
apt-cache show pivccu:

Code: Alles auswählen

pi@raspberrypi:~ $ apt-cache show pivccu
Package: pivccu
Priority: extra
Section: misc
Maintainer: Alexander Reinert <alex@areinert.de>
Architecture: armhf
Version: 2.29.23-19
Depends: pivccu-kernel-modules
Pre-Depends: lxc, bridge-utils, systemd
Filename: pool/main/p/pivccu/pivccu-2.29.23-19.deb
Size: 58734268
MD5sum: fe8e0addbe3be10732cf819b469a0134
SHA1: ad7f69bb9bffeee4b43d80d02efc7e51ec57446d
SHA256: 3f37e58e8e2625933dc6747d5d48ac9235be92eb2e81e06f6e1cc1a0b6debfab
SHA512: d9a60fa7d11bf8676e73e780402f173fc569d595a367bc7421f52c4d03985e80bd30d863aab266544c7694b3fb2e023dd4300da7840e739af632a57332c483f3
Description: piVCCU - Homematic CCU LXC container
  This package contains piVCCU - a Homematic CCU LXC container
Description-md5: b58b32cd9997994d89c73791f4b289c5
Homepage: https://github.com/alexreinert/piVCCU
ifconfig:
Hier fehlt vermutlich "vethpivccu"...

Code: Alles auswählen

pi@raspberrypi:~ $ sudo ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.24  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe80::ba27:ebff:fe7d:6589  prefixlen 64  scopeid 0x20<link>
        inet6 2003:e0:73ca:c700:ba27:ebff:fe7d:6589  prefixlen 64  scopeid 0x0<global>
        ether b8:27:eb:7d:65:89  txqueuelen 1000  (Ethernet)
        RX packets 2516  bytes 425190 (415.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 224  bytes 34829 (34.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether b8:27:eb:7d:65:89  txqueuelen 1000  (Ethernet)
        RX packets 3532  bytes 803223 (784.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 224  bytes 37173 (36.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 2  bytes 78 (78.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2  bytes 78 (78.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
PS.: Ich habe piVCCU gestern einmal zum laufen gebracht, da hat dann auch das Homematic Webinterface funktioniert, allerdings hab ich das System zerschossen und wollte es kurzerhand neu aufsetzten, doch jetzt klappt es einfach nicht mehr...

Sinalco
Beiträge: 2
Registriert: 23.12.2017, 18:22

Re: lxc doesn't exist

Beitrag von Sinalco » 23.12.2017, 20:11

Ich habe den Fehler nun gefunden:

Nach dem neu aufsetzen des Raspberry Pi hab ich immer "sudo rpi-update" ausgeführt.
Das sollte man vielleicht nicht tun, da die geladenen Kernel Versionen dann nicht von piVCCU unterstützt werden.

warp10
Beiträge: 17
Registriert: 29.12.2017, 21:59
Hat sich bedankt: 1 Mal

Re: lxc doesn't exist

Beitrag von warp10 » 29.12.2017, 22:16

Hallo,

genau so ist es mir ebenfalls ergangen, nach dem ersten Start von raspbian habe ich gleich mal 'rpi-update' ausgeführt, das ist irgendwie schon so ein Reflex geworden :-)
Sinalco hat geschrieben:Das sollte man vielleicht nicht tun, da die geladenen Kernel Versionen dann nicht von piVCCU unterstützt werden.
Und ich dachte, das wäre gerade eine der Argumente für pivccu:
deimos hat geschrieben: [...]
Zweiter Versuch war YAHM - Guter Ansatz, aber einiges hat mich da ziemlich gestört:
- Kernel auf Rasbperry kompilieren --> heißt Buildsystem muss auf Produktivsystem installiert werden
- Kernel kann nicht ohne weiteres aktualisiert werden
[...]
Jetzt bin ich etwas verwirrt, darf man rpi-update nicht nutzen?

Viele Grüße,
Thorsten

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: lxc doesn't exist

Beitrag von deimos » 30.12.2017, 02:00

Hi,

du kannst den Kernel aktualisieren, allerdings nur über den empfohlenen Weg mit einem Update per apt, was den jeweils aktuellen stable holt. rpi-update macht ein Update auf den letzten Stand des git Repos, bei welchem die Raspberry Pi Foundation selbst davon spricht, dass der testing und unstable ist und im Zweifel auch mal gar nicht lauffähig. (Siehe https://www.raspberrypi.org/documentati ... pdating.md).

Viele Grüße
Alex

warp10
Beiträge: 17
Registriert: 29.12.2017, 21:59
Hat sich bedankt: 1 Mal

Re: lxc doesn't exist

Beitrag von warp10 » 30.12.2017, 12:03

Hi Alex,

ok danke für die Info, dann passt ja alles. Ehrlich gesagt war mir gar nicht bewusst, dass rpi-update testing Versionen holt. Wieder was gelernt!

Viele Grüße,
Thorsten

warp10
Beiträge: 17
Registriert: 29.12.2017, 21:59
Hat sich bedankt: 1 Mal

Re: lxc doesn't exist

Beitrag von warp10 » 15.01.2018, 21:49

Hi Alex,

leider muss ich doch noch mal wegen "rpi-update" nerven :?

Ich verwende einen USB <-> RS485 Adapter zur Steuerung einer KWL mittels fhem. Leider gibt es nach kurzer Laufzeit Probleme mit dem Adapter, hier ein dmesg-Auszug:

Code: Alles auswählen

pl2303 "usb_serial_generic_read_bulk_callback - urb stopped: -32"
Ein Workaround ist es, den gesamten USB-Bus des RPi auf USB 1.1-Speed zu setzen mittels

Code: Alles auswählen

dwc_otg.speed=1


in der cmdline.txt.

Allerdings habe ich dann ein sehr langsames Netzwerk, da Ethernet beim RPi ja über USB angebunden ist.
Das Problem lässt sich durch die aktuelleren Treiber/Kernel, die durch rpi-update eingespielt werden, beheben. Daher die Frage: Ist es ein großer Aufwand, piVCCU auch zu nutzen, wenn man rpi-update verwenden möchte?

Danke und Gruß,
Thorsten

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: lxc doesn't exist

Beitrag von deimos » 15.01.2018, 22:17

Hi,

ja, das ist leider ein ziemlicher Aufwand, zumindest wenn man es automatisiert unterstützen will und sicher sein will, das die Module für den richtigen Kernel gebaut werden.
Ich gehe aber sehr stark davon aus, dass demnächst sowieso ein neuer Kernel als Deb rauskommt, grob passiert das ja alle 2-3 Monate und das wäre ja jetzt langsam deg Fall.

Viele Grüße
Alex

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: lxc doesn't exist

Beitrag von leonsio » 16.01.2018, 14:11

warp10 hat geschrieben:Hallo,

genau so ist es mir ebenfalls ergangen, nach dem ersten Start von raspbian habe ich gleich mal 'rpi-update' ausgeführt, das ist irgendwie schon so ein Reflex geworden :-)
Sinalco hat geschrieben:Das sollte man vielleicht nicht tun, da die geladenen Kernel Versionen dann nicht von piVCCU unterstützt werden.
Und ich dachte, das wäre gerade eine der Argumente für pivccu:
deimos hat geschrieben: [...]
Zweiter Versuch war YAHM - Guter Ansatz, aber einiges hat mich da ziemlich gestört:
- Kernel auf Rasbperry kompilieren --> heißt Buildsystem muss auf Produktivsystem installiert werden
- Kernel kann nicht ohne weiteres aktualisiert werden
[...]
Jetzt bin ich etwas verwirrt, darf man rpi-update nicht nutzen?

Viele Grüße,
Thorsten
YAHM unterstützt rpm-update, weil die Module erst zur Laufzeit kompiliert werden. Allerdings musst du nach jedem update mit rpi-update die Module neu bauen (yahm-module -m pivccu-driver -f enable ausführen), ich arbeite gerade an einem Automatismus der das gleich mitmacht

Benutzeravatar
deimos
Beiträge: 5383
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 950 Mal
Kontaktdaten:

Re: lxc doesn't exist

Beitrag von deimos » 16.01.2018, 14:24

Hi,
leonsio hat geschrieben: YAHM unterstützt rpm-update, weil die Module erst zur Laufzeit kompiliert werden. Allerdings musst du nach jedem update mit rpi-update die Module neu bauen (yahm-module -m pivccu-driver -f enable ausführen), ich arbeite gerade an einem Automatismus der das gleich mitmacht
Das Problem ist, dass man die passenden Sourcen bzw. Header braucht. So wie ich es verstanden habe, ist das bei dir verwendete rpi-source zwar relativ gut darin, die richtige Version zu "erraten", aber mit viel Pech bekommt man die falschen Sourcen, welche im ein paar Commits abweichen. Und das kann dann durchaus mal zu Problemen führen.

Aber ich mag mich auch irren, ich habe mir rpi-update und rpi-source nur sehr oberflächlich angeschaut, weil ein unstable Kernel für mich nicht auf einem System für die Heimautomatisierung zu suchen hat.

Viele Grüße
Alex

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: lxc doesn't exist

Beitrag von leonsio » 16.01.2018, 14:38

rpi-source sucht sich die source anhand des kernel commit strings
somit kann es da keine Abweichungen gaben

habe noch nie gelesen, dass da jemand Probleme hatte.
Ist aber auch egal, du setzt auf DEB und somit sind andere Kernel-Update-Mechanismen ausgeschlossen.
Außer bei Raspbian hat es sowieso keine Anwendung

übrigens neue CCU-FW und Funkmodul-FW sind raus

Antworten

Zurück zu „piVCCU“