Closed Jensilein closed 6 years ago
systemd runs multiple jobs in parallel, so the last message is not always the cause of an actual issue. Can you please provide a full log?
One possible cause: Do you use a Raspberry 3B+ and an image without the latest stable kernel (19.04.2018)? There is a bug in the kernel in the first 3B+ image.
Hm, yes, I use a Raspberry 3B+ with the latest stretch light image from 18.04.2018. I thougt the included kernel should be a stable one? Am I wrong here? Can you give me a hint please how to provide a full log? How can I do it because problem is that the pi hangs when the message appears... Then, after several minutes it runs until the line „Starting Daily apt download activities...“ appears and the it hangs entirely...
Ok, that image should work. One easy first step would be a screeshot (e.g. using a mobile phone).
If you do not have installed anything other than piVCCU you could also use a sd card image. The latest raspberry image is testdd on RPi 2, 3 and 3B+ and works out of the box.
Hi Alex, I tried the precompiled image and that works 👍😀 But my goal is to network boot my Raspi from my Synology NAS (which also works perfect in general) insofar I have to manually install pivccu. What would you propose me to do to get the manual installation work fine too?
I use exactly the same commands inside the rpi-build framework to build the images and there was no issue. Maybe I can see something, if you provide the screenshot.
Is there anything left or can I close this issue?
Hi Alex you can close this issue. BR
Von meinem iPhone gesendet
Am 04.05.2018 um 14:46 schrieb Alexander Reinert notifications@github.com:
Is there anything left or can I close this issue?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Hallo Alex,
hiermit möchte ich gerne um etwas Unterstützung bei einer speziellen Installation von pivccu nachfragen. Folgendes Szenario: ich möchte meinen RasPi von meiner Synology NAS per NFS booten lassen. Das klappt vom Grundsatz her auch einwandfrei. Hierzu kopiere ich das Root-Filesystem von der SD-Karte auf die Synology, passe anschließend die cmdline.txt entsprechend an und der Pi bootet über das Netzwerk. Das funktioniert wie gesagt tadellos, aktuell habe ich die Stretch-Lite vom 18.04.2018 am Laufen. Aus irgend einem Grund schaffe ich es aber nicht, auf diesem setup die pivccu sauber zu installieren und ans Laufen zu bringen. Der Pi bleibt da immer beim Bootvorgang an irgend einer Stelle hängen. Nun habe ich es auch noch einmal mit dem von Dir vorgefertigten pivccu-Image auf die selbe Art und Weise versucht. Zunächst mal das Image ganz normal auf SD-Karte geflasht, der Pi bootet und alles ist fein. Aufruf von sudo pivccu-info zeigt, dass alles ordnungsgemäß läuft. Im nächsten Schritt das Root-Filesystem auf die NAS kopiert, die cmdline.txt angepasst und gebootet. Hier bleibt der Pi bei folgendem Schritt hängen und bewegt sich dann nicht weiter:
[OK] Started Update UTMP about System Boot/Shutdown.
Ich bin langsam am Verzweifeln, dass ich es einfach nicht hinbekomme, die pivccu auf meinem Pi mit NFS-Boot zum Laufen zu bekommen. Hast Du irgend eine Idee, wo hier das Problem liegt und wie ich es gelöst bekomme? Vielen Dank für Deine Hilfe.
Jens
Am 04.05.2018 um 15:03 schrieb Alexander Reinert notifications@github.com:
Closed #46.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Wie geschrieben, einfach nur die letzte Zeile bringt nichts, weil da teilweise mehrere Sachen parallel laufen.
Ich könnte mir vorstellen, dass es Probleme macht, dass ein NFS Boot die Netzwerkkarte bereits in Beschlag nimmt, bevor die Bridge gestartet wird. In dem Fall würde ein Setup mit Portforwarding (vergleichbar mit der WLAN Variante) vielleicht helfen.
Ich leite mal zwei Screenshots weiter, damit etwas mehr als nur die letzte Zeile zu sehen ist.
Am 06.05.2018 um 00:08 schrieb Alexander Reinert notifications@github.com:
Wie geschrieben, einfach nur die letzte Zeile bringt nichts, weil da teilweise mehrere Sachen parallel laufen.
Ich könnte mir vorstellen, dass es Probleme macht, dass ein NFS Boot die Netzwerkkarte bereits in Beschlag nimmt, bevor die Bridge gestartet wird. In dem Fall würde ein Setup mit Portforwarding (vergleichbar mit der WLAN Variante) vielleicht helfen.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Hi Alex,
kannst Du mir noch ein paar Tipps geben, was ich versuchen hier könnte? Bezüglich des Setups mit dem Portforwarding: was genau und wie müsste ich da tun? Vielen Dank schon einmal.
Von meinem iPad gesendet
Am 06.05.2018 um 00:21 schrieb Jens Görke jensgoerke@freenet.de:
> Am 06.05.2018 um 00:08 schrieb Alexander Reinert : > > Wie geschrieben, einfach nur die letzte Zeile bringt nichts, weil da teilweise mehrere Sachen parallel laufen. > > Ich könnte mir vorstellen, dass es Probleme macht, dass ein NFS Boot die Netzwerkkarte bereits in Beschlag nimmt, bevor die Bridge gestartet wird. In dem Fall würde ein Setup mit Portforwarding (vergleichbar mit der WLAN Variante) vielleicht helfen. > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub, or mute the thread. >
Die Screenshots habe ich leider bisher nicht bekommen.
Portfowarding: Siehe Aneitung für WLAN. Musst du halt etwas adaptieren.
Hm, könntest Du mir da noch ein wenig unter die Arme greifen? An welchen Stellen muss ich da genau anpassen? Sorry, ich bin da leider nicht der Experte.
Von meinem iPad gesendet
Am 06.05.2018 um 17:37 schrieb Alexander Reinert notifications@github.com:
Die Screenshots habe ich leider bisher nicht bekommen.
Portfowarding: Siehe Aneitung für WLAN. Musst du halt etwas adaptieren.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Deine Screenshots per Mail kommen nicht in Github an
Der Raspi hängt beim Hochfahren der Netzwerk Interfaces. Das passt sehr gut zu meinem Verdacht.
Bei der Anleitung musst du alle Stellen mit wlan0 durch eth0 ersetzen und in der /etc/network/interfaces logischerweise keine Einstellungen für wpa machen.
Danke für den Tipp. Werde ich entsprechend ausprobieren. Folgende Frage noch. Bei der Beschreibung der WLAN Methode ist der Befehl
sudo apt remove dhcpcd5
nicht mit angegeben. Das ist korrekt so, dass man diesen nicht benötigt, richtig?
Am 07.05.2018 um 05:44 schrieb Alexander Reinert notifications@github.com:
Der Raspi hängt beim Hochfahren der Netzwerk Interfaces. Das passt sehr gut zu meinem Verdacht.
Bei der Anleitung musst du alle Stellen mit wlan0 durch eth0 ersetzen und in der /etc/network/interfaces logischerweise keine Einstellungen für wpa machen.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Nein, der sollte auch bei WLAN deinstalliert werden und die bridge-utils müssen installiert werden
So, mit Deinem Tipp habe ich es jetzt hinbekommen, die pivccu auf meinem RasPi mit NFS Boot zu installieren. Vielen Dank dafür. Jetzt habe ich noch folgendes Problem. Wenn ich „sudo pivccu-info“ eingebe, bekomme ich die Meldung, dass pivccu läuft. Eigenartigerweise komme ich aber mit dem Browser nicht auf die Weboberfläche der pivccu drauf. Woran könnte das liegen bzw. was könnte ich da jetzt noch machen? Vielen Dank schon mal für Deine Hilfe.
Am 08.05.2018 um 07:34 schrieb Alexander Reinert notifications@github.com:
Nein, der sollte auch bei WLAN deinstalliert werden.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Welche Adresse benutzt du? Du darfst nicht die 192.168.253.x verwenden, sondern muss wegen dem Portforwarding die Adresse vom Raspi nutzen.
Ja, ich verwende die IP vom Pi ...
Dein Funkmodul wird nicht erkannt. Das könnte möglicherweise auch dein Problem mit dem Webbrowser erklären, weil in dem Fall der Start des Webservers innerhalb der CCU deutlich später passiert.
Ist das Modul korrekt aufgesteckt und korrekt gelötet?
Das Funkmodul habe ich noch nicht eingebaut, das steckt noch in meinem Produktiv-Raspi. Das wollte ich erst umhängen, wenn auf meinem Raspi mit NFS Boot alles stabil läuft. Eigenartigerweise konnte ich problemlos auf die Weboberfläche der pivccu zugreifen, als das Ganze vorher noch von der SD-Karte gebootet wurde bzw. gelaufen ist...
Was sagen denn:
sudo ifconfig
sudo brctl show
sudo pivccu-attach cat /etc/config/netconfig
sudo iptables-save
Was zeigt
ls -la /etc/network/if-up.d/pivccu
cat /etc/network/if-up.d/pivccu
(und gerne auch nicht als Screenshot, sondern als Text. Da du jetzt per Netzwerk drauf kommst, kannst du das ja mit SSH und Copy&Paste machen)
ls -la /etc/network/if-up.d/pivccu:
pi@raspberrypi:~ $ ls -la /etc/network/if-up.d/pivccu
-rwxr-xr-x 1 root root 1390 May 8 11:22 /etc/network/if-up.d/pivccu
cat /etc/network/if-up.d/pivccu:
pi@raspberrypi:~ $ cat /etc/network/if-up.d/pivccu
#!/bin/sh
HOST_IF=eth0 BRIDGE=br0 HOST_IP=192.168.253.1 CCU_IP=192.168.253.2
if [ "$\IFACE" = "$\BRIDGE" ]; then echo 1 > /proc/sys/net/ipv4/ip_forward iptables -A FORWARD -i \$IFACE -s \$HOST_IP/24 -m conntrack --ctstate NEW -j ACCEPT iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT iptables -A POSTROUTING -t nat -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 80 -j DNAT --to-destination \$CCU_IP:80 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 1999 -j DNAT --to-destination \$CCU_IP:1999 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2000 -j DNAT --to-destination \$CCU_IP:2000 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2001 -j DNAT --to-destination \$CCU_IP:2001 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2002 -j DNAT --to-destination \$CCU_IP:2002 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2010 -j DNAT --to-destination \$CCU_IP:2010 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8181 -j DNAT --to-destination \$CCU_IP:8181 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8183 -j DNAT --to-destination \$CCU_IP:8183 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8700 -j DNAT --to-destination \$CCU_IP:8700 iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8701 -j DNAT --to-destination \$CCU_IP:8701 fi pi@raspberrypi:~ $
Die Zeile if [ "$\IFACE" = "$\BRIDGE" ]; then
ist falsch.
oops ;-)
Hab‘s korrigiert. Auf dem Pi läuft auch OpenHAB. Kannst Du mir noch einen Tipp geben, wie ich auf die pivccu Weboberfläche zugreifen kann, da ja auf beide Server standardmäßig über Port 8080 zugreift. Wenn ich „die IP des Raspi:8080“ eingebe, lande ich auf der OpenHAB-Seite...
Die CCU läuft nicht auf Port 8080 sondern auf Port 80
Schaffe es leider trotzdem nicht, eine Verbindung per Browser auf die pivccu Weboberfläche herzustellen. Wo könnten wir noch schauen, wo der Fehler liegt? Vielen Dank für Deine Geduld und Hilfe!
Hast du nach der Korrektur der /etc/network/if-up.d/pivccu einen Neustart gemacht?
Was kommt jetzt bei sudo iptables-save
Ja, habe ich. Die Ausgabe sieht so aus:
pi@raspberrypi:~ $ sudo iptables-save
# Generated by iptables-save v1.6.0 on Tue May 8 13:51:18 2018
*filter
:INPUT ACCEPT [100592:112440424]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [62163:10010772]
COMMIT
# Completed on Tue May 8 13:51:18 2018
pi@raspberrypi:~ $
Bitte nochmal cat /etc/network/if-up.d/pivccu
pi@raspberrypi:~ $ cat /etc/network/if-up.d/pivccu
#!/bin/sh
HOST_IF=eth0
BRIDGE=br0
HOST_IP=192.168.253.1
CCU_IP=192.168.253.2
if [ "\$IFACE" = "\$BRIDGE" ]; then
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -A FORWARD -i \$IFACE -s \$HOST_IP/24 -m conntrack --ctstate NEW -j ACCEPT
iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A POSTROUTING -t nat -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 80 -j DNAT --to-destination \$CCU_IP:80
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 1999 -j DNAT --to-destination \$CCU_IP:1999
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2000 -j DNAT --to-destination \$CCU_IP:2000
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2001 -j DNAT --to-destination \$CCU_IP:2001
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2002 -j DNAT --to-destination \$CCU_IP:2002
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 2010 -j DNAT --to-destination \$CCU_IP:2010
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8181 -j DNAT --to-destination \$CCU_IP:8181
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8183 -j DNAT --to-destination \$CCU_IP:8183
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8700 -j DNAT --to-destination \$CCU_IP:8700
iptables -t nat -A PREROUTING -p tcp -i \$HOST_IF --dport 8701 -j DNAT --to-destination \$CCU_IP:8701
fi
pi@raspberrypi:~ $
Die Zeile if [ "\$IFACE" = "\$BRIDGE" ]; then
ist immer noch falsch. In der Datei muss die if [ "$IFACE" = "$BRIDGE" ]; then
lauten. Die Backslashes stehen in der Doku drin, weil die Datei über einen Bash Befehl erstellt wird (und nicht manuell edititiert wird) und man da die $ Zeichen escapen muss.
Puh, jetzt bin ich total durcheinander und habe etwas den Faden verloren, was ich genau machen soll. Muss ich alle Backslashes entfernen, sowohl in der o.g. Zeile, als auch in allen Zeilen weiter unten?
korrekt
Klappt leider immer noch nicht :-( Datei sollte jetzt aber passen, oder?
pi@raspberrypi:~ $ cat /etc/network/if-up.d/pivccu
HOST_IF=eth0 BRIDGE=br0 HOST_IP=192.168.253.1 CCU_IP=192.168.253.2
if [ "$IFACE" = "$BRIDGE" ]; then echo 1 > /proc/sys/net/ipv4/ip_forward iptables -A FORWARD -i $IFACE -s $HOST_IP/24 -m conntrack --ctstate NEW -j ACCEPT iptables -A FORWARD -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT iptables -A POSTROUTING -t nat -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 80 -j DNAT --to-destination $CCU_IP:80 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 1999 -j DNAT --to-destination $CCU_IP:1999 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2000 -j DNAT --to-destination $CCU_IP:2000 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2001 -j DNAT --to-destination $CCU_IP:2001 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2002 -j DNAT --to-destination $CCU_IP:2002 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 2010 -j DNAT --to-destination $CCU_IP:2010 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8181 -j DNAT --to-destination $CCU_IP:8181 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8183 -j DNAT --to-destination $CCU_IP:8183 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8700 -j DNAT --to-destination $CCU_IP:8700 iptables -t nat -A PREROUTING -p tcp -i $HOST_IF --dport 8701 -j DNAT --to-destination $CCU_IP:8701 fi pi@raspberrypi:~ $
Auf die OpenHAB-Oberfläche komme ich problemlos drauf. Warum bloß nicht auf die pivccu? Es ist zum Verzweifeln...
@Jensilein: ich hab auch openhab installiert, bin damit aber nicht recht glücklich. Mein swap file wächst mit 10MB/Stunde. Wie ist das bei Dir ?
Aktuell läuft Openhab bei mir noch unter Windows, ich wollte jetzt dann auf den RasPi wechseln. Insofern habe ich aktuell leider noch keine Erfahrungen mit Openhab unter Linux.
Hallo Alex, hast Du evtl. noch eine Idee, was wir hier noch versuchen können?
Am 08.05.2018 um 16:04 schrieb Alexander Reinert notifications@github.com:
korrekt
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
bitte nochmal iptables-safe
Wie sieht deine /etc/network/interfaces aus? ist da eth0 vor br0?
Hi Alex, anbei die beiden Ausgaben:
pi@raspberrypi:~ $ sudo iptables-save
*nat :PREROUTING ACCEPT [3703:821168] :INPUT ACCEPT [3624:802534] :OUTPUT ACCEPT [2166:133350] :POSTROUTING ACCEPT [0:0] -A PREROUTING -i eth0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.253.2:80 -A PREROUTING -i eth0 -p tcp -m tcp --dport 1999 -j DNAT --to-destination 192.168.253.2:1999 -A PREROUTING -i eth0 -p tcp -m tcp --dport 2000 -j DNAT --to-destination 192.168.253.2:2000 -A PREROUTING -i eth0 -p tcp -m tcp --dport 2001 -j DNAT --to-destination 192.168.253.2:2001 -A PREROUTING -i eth0 -p tcp -m tcp --dport 2002 -j DNAT --to-destination 192.168.253.2:2002 -A PREROUTING -i eth0 -p tcp -m tcp --dport 2010 -j DNAT --to-destination 192.168.253.2:2010 -A PREROUTING -i eth0 -p tcp -m tcp --dport 8181 -j DNAT --to-destination 192.168.253.2:8181 -A PREROUTING -i eth0 -p tcp -m tcp --dport 8183 -j DNAT --to-destination 192.168.253.2:8183 -A PREROUTING -i eth0 -p tcp -m tcp --dport 8700 -j DNAT --to-destination 192.168.253.2:8700 -A PREROUTING -i eth0 -p tcp -m tcp --dport 8701 -j DNAT --to-destination 192.168.253.2:8701 -A POSTROUTING -j MASQUERADE COMMIT
*filter :INPUT ACCEPT [217546:140917355] :FORWARD ACCEPT [221:13704] :OUTPUT ACCEPT [191454:33828033] -A FORWARD -s 192.168.253.0/24 -i br0 -m conntrack --ctstate NEW -j ACCEPT -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT COMMIT
pi@raspberrypi:~ $
pi@raspberrypi:~ $ cat /etc/network/interfaces source-directory /etc/network/interfaces.d auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp auto br0 iface br0 inet static bridge_ports none bridge_fd 0 address 192.168.253.1 netmask 255.255.255.0 pi@raspberrypi:~ $
Das sieht jetzt schonmal deutlich besser aus.
Was kommt bei ping 192.168.253.2
Welche Adresse gibst du im Browser ein? Welche Fehlermeldung kommt im Browser genau?
Also bei ping 192.168.253.2 kommt:
pi@raspberrypi:~ $ ping 192.168.253.2 PING 192.168.253.2 (192.168.253.2) 56(84) bytes of data. From 192.168.253.1 icmp_seq=1 Destination Host Unreachable From 192.168.253.1 icmp_seq=2 Destination Host Unreachable From 192.168.253.1 icmp_seq=3 Destination Host Unreachable
Ping auf 192.168.253.1 läuft hingegen normal.
Im Browser gebe ich 192.168.178.29 ein (die IP vom RasPi). Die Fehlermeldung lautet: Seite kann nicht geöffnet werden., da Safari keine Verbindung zum Server aufbauen konnte.
dann mal
sudo pivccu-attach cat /etc/config/netconfig
sudo pivccu-attach ifconfig
sudo cat /var/log/messages
sudo cat /var/lib/piVCCU/lxc/config
sudo cat /etc/piVCCU/lxc.config
Na dann... Ausgabe von sudo cat /var/log/messages ist extrem laaang...
pi@raspberrypi:~ $ sudo pivccu-attach cat /etc/config/netconfig HOSTNAME=homematic-ccu2 MODE=MANUAL CURRENT_IP=192.168.253.2 CURRENT_NETMASK=255.255.255.0 CURRENT_GATEWAY=192.168.253.1 CURRENT_NAMESERVER1=8.8.4.4 CURRENT_NAMESERVER2=8.8.8.8 IP=192.168.253.2 NETMASK=255.255.255.0 GATEWAY=192.168.253.1 NAMESERVER1=8.8.4.4 NAMESERVER2=8.8.8.8 CRYPT=0
pi@raspberrypi:~ $ sudo pivccu-attach cat /etc/config/netconfig HOSTNAME=homematic-ccu2 MODE=MANUAL CURRENT_IP=192.168.253.2 CURRENT_NETMASK=255.255.255.0 CURRENT_GATEWAY=192.168.253.1 CURRENT_NAMESERVER1=8.8.4.4 CURRENT_NAMESERVER2=8.8.8.8 IP=192.168.253.2 NETMASK=255.255.255.0 GATEWAY=192.168.253.1 NAMESERVER1=8.8.4.4 NAMESERVER2=8.8.8.8 CRYPT=0
pi@raspberrypi:~ $ sudo pivccu-attach ifconfig
eth0 Link encap:Ethernet HWaddr BA:D2:70:B7:3C:D3
inet6 addr: fe80::b8d2:70ff:feb7:3cd3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:683 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:49366 (48.2 KiB) TX bytes:4526 (4.4 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:18160 errors:0 dropped:0 overruns:0 frame:0
TX packets:18160 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4104922 (3.9 MiB) TX bytes:4104922 (3.9 MiB)
pi@raspberrypi:~ $ sudo cat /var/lib/piVCCU/lxc/config lxc.utsname = piVCCU
lxc.hook.start = /etc/piVCCU/start-hook.sh
lxc.rootfs = /var/lib/piVCCU/rootfs lxc.rootfs.options = ro
lxc.mount.auto = proc sys:rw cgroup lxc.mount.entry = devpts dev/pts devpts defaults,newinstance 0 0
lxc.mount.entry = tmpfs tmp tmpfs defaults 0 0 lxc.mount.entry = varfs var tmpfs defaults,size=196M 0 0
lxc.mount.entry = /var/lib/piVCCU/userfs usr/local/ none defaults,bind 0 0 lxc.mount.entry = /var/lib/piVCCU/sdcardfs media/sd-mmcblk0/ none defaults,bind 0 0
lxc.network.type = veth lxc.network.flags = up lxc.network.link = br0 lxc.network.hwaddr = ba:d2:70:b7:3c:d3 lxc.network.veth.pair = vethpivccu
lxc.cgroup.devices.deny = a lxc.cgroup.devices.allow = c 1:3 rwm lxc.cgroup.devices.allow = c 1:5 rwm lxc.cgroup.devices.allow = c 1:8 rwm lxc.cgroup.devices.allow = c 1:9 rwm lxc.cgroup.devices.allow = c 5:0 rwm lxc.cgroup.devices.allow = c 5:1 rwm lxc.cgroup.devices.allow = c 5:2 rwm lxc.cgroup.devices.allow = c 10:200 rwm lxc.cgroup.devices.allow = c 136:* rwm lxc.cgroup.devices.allow = c 242:0 rwm lxc.cgroup.devices.allow = c 242:1 rwm lxc.cgroup.devices.allow = c 242:2 rwm lxc.cgroup.devices.allow = c 243:0 rwm lxc.cgroup.devices.allow = c 242:1 rwm
lxc.aa_profile = unconfined
pi@raspberrypi:~ $ sudo cat /etc/piVCCU/lxc.config lxc.utsname = piVCCU
lxc.hook.start = /etc/piVCCU/start-hook.sh
lxc.rootfs = /var/lib/piVCCU/rootfs lxc.rootfs.options = ro
lxc.mount.auto = proc sys:rw cgroup lxc.mount.entry = devpts dev/pts devpts defaults,newinstance 0 0
lxc.mount.entry = tmpfs tmp tmpfs defaults 0 0 lxc.mount.entry = varfs var tmpfs defaults,size=196M 0 0
lxc.mount.entry = /var/lib/piVCCU/userfs usr/local/ none defaults,bind 0 0 lxc.mount.entry = /var/lib/piVCCU/sdcardfs media/sd-mmcblk0/ none defaults,bind 0 0
lxc.network.type = veth
lxc.network.flags = up
lxc.network.link =
lxc.cgroup.devices.deny = a
lxc.cgroup.devices.allow = c 1:3 rwm
lxc.cgroup.devices.allow = c 1:5 rwm
lxc.cgroup.devices.allow = c 1:8 rwm
lxc.cgroup.devices.allow = c 1:9 rwm
lxc.cgroup.devices.allow = c 5:0 rwm
lxc.cgroup.devices.allow = c 5:1 rwm
lxc.cgroup.devices.allow = c 5:2 rwm
lxc.cgroup.devices.allow = c 10:200 rwm
lxc.cgroup.devices.allow = c 136:* rwm
lxc.cgroup.devices.allow = c
lxc.aa_profile = unconfined
Ich habe das Problem gefunden: In den Tiefen der CCU Firmware wird geprüft, ob das System per NFS gebootet wurde und in dem Fall wird das Netzwerk nicht initialisiert. Da die CCU nur paravirtualisiert ist, denkt die CCU im Container, dass sie ebenfalls per NFS gebootet wurde.
Ich werde dafür einen Fix bauen. Bis ich den fertig habe, kannst du folgendes probieren:
Editier die Datei /var/lib/piVCCU/rootfs/etc/network/if-up.d/eQ3StartNetwork und lösche den Block
if grep -q nfsroot /proc/cmdline ; then
killall -q setclock
daemonize /bin/setclock
echo Running from nfs root. Skipping network configuration.
# has IP
touch /var/status/hasLink
touch /var/status/hasIP
# check internet connection; use fix ip because no nameserver (nfs boot)
if ping -W 5 -c 1 87.230.102.12 >/dev/null; then
touch /var/status/hasInternet
fi
exit 0
fi
Danach dann einmal einen Reboot.
Wäre nett, wenn du dann hier melden könntest, ob das geholfen hat.
Hello, I installed pivccu according to the official description. After having performed step 7 „sudo reboot“ the above mentioned message appears and the pi hangs. What is the problem here?
Regards, Jens