Upgrade von Debian Buster nach Bullseye
Moderator: Co-Administratoren
- deimos
- Beiträge: 5403
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 958 Mal
- Kontaktdaten:
Re: Upgrade von Debian Buster nach Bullseye
Hi,
Docker installiert leider einige iptables Rules, die alle Container blocken, nicht nur die Docker Container.
Viele Grüße
Alex
Docker installiert leider einige iptables Rules, die alle Container blocken, nicht nur die Docker Container.
Viele Grüße
Alex
-
- Beiträge: 39
- Registriert: 07.01.2017, 10:37
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 1 Mal
Re: Upgrade von Debian Buster nach Bullseye
Hallo Alex,
sorry - hab eben zuhause nochmals nachgeschaut - ich haber DOCKER mit IOBROKER verwechselt
Also DOCKER ist nicht installiert...
Muss dann wahrscheinlich doch was mit der DHCP Konfiguration zu tun haben?
Hab noch Teile der IFCONFIG Info angehängt - hier scheint die IP# für die virtuelle Adresse nicht richtig zu sein?
Und noch eine Info bzgl. der IP Config für die pivCCU3 aus /var/lib/piVCCU3/userfs/etc/config/netconfig:
HOSTNAME=ccu3-webui-gs14
MODE=MANUAL
CURRENT_IP=172.20.20.150
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=172.20.20.1
CURRENT_NAMESERVER1=172.20.20.1
CURRENT_NAMESERVER2=8.8.8.8
IP=172.20.20.150
NETMASK=255.255.255.0
GATEWAY=172.20.20.1
NAMESERVER1=172.20.20.1
NAMESERVER2=8.8.8.8
CRYPT=0
Gruß
Andreas
pi@PIVCCU3:~ $ ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::fca7:2cff:fedf:ae6c prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 12974 (12.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 68 bytes 21533 (21.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enxb827ebaf9fdd: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.20.20.151 netmask 255.255.255.0 broadcast 172.20.20.255
inet6 fe80::2b8:2483:1c09:e12a prefixlen 64 scopeid 0x20<link>
inet6 2a02:8070:4285:ee80:6efb:4356:f39:98e4 prefixlen 64 scopeid 0x0<global>
inet6 fd00::699c:958a:977:7e72 prefixlen 64 scopeid 0x0<global>
ether b8:27:eb:af:9f:dd txqueuelen 1000 (Ethernet)
RX packets 9356 bytes 1910218 (1.8 MiB)
RX errors 0 dropped 6 overruns 0 frame 0
TX packets 8699 bytes 829353 (809.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
...
vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.30.196 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::aff3:5bce:d901:81a0 prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 18854 (18.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 142 bytes 37967 (37.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Die Netzwerkkonfiguration auch nochmals anbei:
sudo vi /etc/dhcpcd.conf
interface eth0
static ip_address=172.20.20.151/24
static routers=172.20.20.1
static domain_name_servers=1.1.1.1 1.0.0.1
sudo vi /etc/network/interfaces
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
iface eth0 inet manual
auto br0
iface br0 inet dhcp
bridge_ports eth0
sorry - hab eben zuhause nochmals nachgeschaut - ich haber DOCKER mit IOBROKER verwechselt
Also DOCKER ist nicht installiert...
Muss dann wahrscheinlich doch was mit der DHCP Konfiguration zu tun haben?
Hab noch Teile der IFCONFIG Info angehängt - hier scheint die IP# für die virtuelle Adresse nicht richtig zu sein?
Und noch eine Info bzgl. der IP Config für die pivCCU3 aus /var/lib/piVCCU3/userfs/etc/config/netconfig:
HOSTNAME=ccu3-webui-gs14
MODE=MANUAL
CURRENT_IP=172.20.20.150
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=172.20.20.1
CURRENT_NAMESERVER1=172.20.20.1
CURRENT_NAMESERVER2=8.8.8.8
IP=172.20.20.150
NETMASK=255.255.255.0
GATEWAY=172.20.20.1
NAMESERVER1=172.20.20.1
NAMESERVER2=8.8.8.8
CRYPT=0
Gruß
Andreas
pi@PIVCCU3:~ $ ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::fca7:2cff:fedf:ae6c prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 12974 (12.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 68 bytes 21533 (21.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enxb827ebaf9fdd: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.20.20.151 netmask 255.255.255.0 broadcast 172.20.20.255
inet6 fe80::2b8:2483:1c09:e12a prefixlen 64 scopeid 0x20<link>
inet6 2a02:8070:4285:ee80:6efb:4356:f39:98e4 prefixlen 64 scopeid 0x0<global>
inet6 fd00::699c:958a:977:7e72 prefixlen 64 scopeid 0x0<global>
ether b8:27:eb:af:9f:dd txqueuelen 1000 (Ethernet)
RX packets 9356 bytes 1910218 (1.8 MiB)
RX errors 0 dropped 6 overruns 0 frame 0
TX packets 8699 bytes 829353 (809.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
...
vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.30.196 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::aff3:5bce:d901:81a0 prefixlen 64 scopeid 0x20<link>
ether fe:32:bf:bb:fd:22 txqueuelen 1000 (Ethernet)
RX packets 420 bytes 18854 (18.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 142 bytes 37967 (37.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Die Netzwerkkonfiguration auch nochmals anbei:
sudo vi /etc/dhcpcd.conf
interface eth0
static ip_address=172.20.20.151/24
static routers=172.20.20.1
static domain_name_servers=1.1.1.1 1.0.0.1
sudo vi /etc/network/interfaces
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
iface eth0 inet manual
auto br0
iface br0 inet dhcp
bridge_ports eth0
-
- Beiträge: 39
- Registriert: 07.01.2017, 10:37
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 1 Mal
Re: Upgrade von Debian Buster nach Bullseye
Hallo Alex,
Ende gut - Alles gut
Hab die Lösung bzgl. der Netzwerkkonfiguration in deiner Anleitung gefunden - wer lesen kann, ist klar im Vorteil:
https://github.com/alexreinert/piVCCU/b ... berrypi.md
Nach Anpassung der INTERFACES Datei ist der HOST und der pivCCU3 Container im Netzwerk erreichbar und alles ist am Laufen!
Danke für die tolle Arbeit bzgl. der CCU3 Containerlösung - für mich DIE Smarthome Lösung schlechthin...
Gruß
Andreas
auto lo
iface lo inet loopback
iface enxb827ebaf9fdd inet manual
auto br0
iface br0 inet static
bridge_ports enxb827ebaf9fdd
address 172.20.20.151
netmask 255.255.255.0
gateway 172.20.20.1
dns-nameservers 1.1.1.1 1.0.0.1
Ende gut - Alles gut
Hab die Lösung bzgl. der Netzwerkkonfiguration in deiner Anleitung gefunden - wer lesen kann, ist klar im Vorteil:
https://github.com/alexreinert/piVCCU/b ... berrypi.md
Nach Anpassung der INTERFACES Datei ist der HOST und der pivCCU3 Container im Netzwerk erreichbar und alles ist am Laufen!
Danke für die tolle Arbeit bzgl. der CCU3 Containerlösung - für mich DIE Smarthome Lösung schlechthin...
Gruß
Andreas
auto lo
iface lo inet loopback
iface enxb827ebaf9fdd inet manual
auto br0
iface br0 inet static
bridge_ports enxb827ebaf9fdd
address 172.20.20.151
netmask 255.255.255.0
gateway 172.20.20.1
dns-nameservers 1.1.1.1 1.0.0.1
Re: Upgrade von Debian Buster nach Bullseye
Hallo!
Leider habe auch ich ein Problem mit dem Update auf Bullseye.
Ich habe soweit alles nach Anleitung durch. ABER: Meine Netzwerk-Bridge startet nicht automatisch. Dadurch hab ich keinen Zugriff per Kabel auf den Raspi.
Die Konifguration habe ich mehrmals überprüft, keine Fehler gefunden.
Auch eine Neuinstallation nach PIVCCU-Anleitung brachte keinen Erfolg.
Hier mal ein dmesg- und ein ifconfig Screenshot nach dem booten:
Das gleiche nach einem "sudo systemctl restart networking"
So sollte es aber schon nach dem booten sein.
Eine De- und anschliessende Neuinstallation der bridge-utils brachte nichts. Der network.service ist auf enabled.
Wer kann mir da helfen? Wo liegt der Fehler?
Ich bin mit meinem (Hobby-Admin-) Wissen am Ende, hoffe aber mal das sollte für einen Fachmann lösbar sein.
Danke!
Leider habe auch ich ein Problem mit dem Update auf Bullseye.
Ich habe soweit alles nach Anleitung durch. ABER: Meine Netzwerk-Bridge startet nicht automatisch. Dadurch hab ich keinen Zugriff per Kabel auf den Raspi.
Die Konifguration habe ich mehrmals überprüft, keine Fehler gefunden.
Auch eine Neuinstallation nach PIVCCU-Anleitung brachte keinen Erfolg.
Hier mal ein dmesg- und ein ifconfig Screenshot nach dem booten:
Code: Alles auswählen
[ 15.967390] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 16.012784] br0: port 1(enxb827eb1a08f1) entered blocking state
[ 16.012811] br0: port 1(enxb827eb1a08f1) entered disabled state
[ 16.013382] device enxb827eb1a08f1 entered promiscuous mode
[ 16.026161] lan78xx 1-1.1.1:1.0 enxb827eb1a08f1: kevent 4 may have been dropped
[ 16.026492] lan78xx 1-1.1.1:1.0 enxb827eb1a08f1: kevent 4 may have been dropped
[ 16.042420] br0: port 1(enxb827eb1a08f1) entered blocking state
[ 16.042457] br0: port 1(enxb827eb1a08f1) entered forwarding state
[ 16.206871] systemd[1]: Started Journal Service.
[ 16.263799] systemd-journald[396]: Received client request to flush runtime journal.
[ 16.264235] systemd-journald[396]: File /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/system.journal corrupted or uncleanly shut down, renaming and replacing.
[ 17.034569] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[ 17.261684] systemd-journald[396]: Failed to read journal file /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/user-1002.journal for rotation, trying to move it out of the way: Device or resource busy
[ 17.262241] systemd-journald[396]: Failed to read journal file /var/log/journal/9c115e7e86b544b08f6b5ba14902b364/user-1000.journal for rotation, trying to move it out of the way: Device or resource busy
[ 17.925350] Adding 1048572k swap on /var/swap. Priority:-2 extents:4 across:1081340k FS
[ 18.585056] Bluetooth: Core ver 2.22
[ 18.585214] NET: Registered protocol family 31
[ 18.585228] Bluetooth: HCI device and connection manager initialized
[ 18.586191] Bluetooth: HCI socket layer initialized
[ 18.586226] Bluetooth: L2CAP socket layer initialized
[ 18.586276] Bluetooth: SCO socket layer initialized
[ 18.982480] br0: port 1(enxb827eb1a08f1) entered disabled state
[ 19.602686] 8021q: 802.1Q VLAN Support v1.8
[ 19.602749] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1
enxb827eb1a08f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether b8:27:eb:1a:08:f1 txqueuelen 1000 (Ethernet)
RX packets 3515 bytes 584226 (570.5 KiB)
RX errors 0 dropped 17 overruns 0 frame 0
TX packets 23 bytes 5726 (5.5 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 1000 (Lokale Schleife)
RX packets 158 bytes 12573 (12.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 158 bytes 12573 (12.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Code: Alles auswählen
[ 19.602749] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1
[ 551.876548] device enxb827eb1a08f1 left promiscuous mode
[ 551.876675] br0: port 1(enxb827eb1a08f1) entered disabled state
[ 551.950671] 8021q: adding VLAN 0 to HW filter on device enxb827eb1a08f1
[ 552.208717] br0: port 1(enxb827eb1a08f1) entered blocking state
[ 552.208733] br0: port 1(enxb827eb1a08f1) entered disabled state
[ 552.212419] device enxb827eb1a08f1 entered promiscuous mode
[ 556.048770] br0: port 1(enxb827eb1a08f1) entered blocking state
[ 556.048789] br0: port 1(enxb827eb1a08f1) entered forwarding state
[ 556.049019] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.221.6 netmask 255.255.255.0 broadcast 192.168.221.255
inet6 fdbb:cb98:d39f:2546:8cf1:daff:fe4e:63ba prefixlen 64 scopeid 0x0<global>
inet6 2003:f1:ff32:4e00:8cf1:daff:fe4e:63ba prefixlen 64 scopeid 0x0<global>
inet6 fe80::8cf1:daff:fe4e:63ba prefixlen 64 scopeid 0x20<link>
ether 8e:f1:da:4e:63:ba txqueuelen 1000 (Ethernet)
RX packets 3178 bytes 1136042 (1.0 MiB)
RX errors 0 dropped 99 overruns 0 frame 0
TX packets 3110 bytes 346018 (337.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enxb827eb1a08f1: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
ether b8:27:eb:1a:08:f1 txqueuelen 1000 (Ethernet)
RX packets 6981 bytes 1809328 (1.7 MiB)
RX errors 0 dropped 20 overruns 0 frame 0
TX packets 3135 bytes 352170 (343.9 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 1000 (Lokale Schleife)
RX packets 272 bytes 79030 (77.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 272 bytes 79030 (77.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Eine De- und anschliessende Neuinstallation der bridge-utils brachte nichts. Der network.service ist auf enabled.
Wer kann mir da helfen? Wo liegt der Fehler?
Ich bin mit meinem (Hobby-Admin-) Wissen am Ende, hoffe aber mal das sollte für einen Fachmann lösbar sein.
Danke!
- deimos
- Beiträge: 5403
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 121 Mal
- Danksagung erhalten: 958 Mal
- Kontaktdaten:
Re: Upgrade von Debian Buster nach Bullseye
Hi,
wie sieht die /etc/network/interfaces aus?
Viele Grüße
Alex
wie sieht die /etc/network/interfaces aus?
Viele Grüße
Alex
Re: Upgrade von Debian Buster nach Bullseye
Bitteschön:
Code: Alles auswählen
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
#auto wlan0
iface enxb827eb1a08f1 inet manual
#iface eth0 inet manual
auto br0
iface br0 inet static
bridge_ports enxb827eb1a08f1
# bridge_ports eth0
address 192.168.221.6
netmask 255.255.255.0
gateway 192.168.221.1
dns-nameservers 192.168.221.1 1.1.1.1
Re: Upgrade von Debian Buster nach Bullseye
Hallo mal wieder!
Leider habe ich für mein Problem ja keine Lösungsvorschläge bekommen.
Und da ich selbst auch nicht mehr weiter wusste habe ich mich für eine komplette Neuinstallation entschieden. Backup ist ja vorhanden (dachte ich mir).
Da mittlerweile ja schon ein Update für "Bullseye" raus ist wollte ich gleich den großen Schritt darauf wagen. Und bei dem neuen "Bookworm" gibt es nun auch eine Version mit 64 Bit. Genau die habe ich gewählt.
Installation klappte ohne Hürden.
Auch Pivccu konnte ich installieren und aus dem Netzwerk erreichen.
Doch mit dem Einspielen des Backups klappt nichts mehr!!
Pivccu ist nicht mehr per Browser erreichbar. Ein Ping auf die IP wird aber beantwortet. Hier mal ein pivccu-info:
Im Browser erhalte ich:
Fehler: Verbindung fehlgeschlagen
Beim Verbinden mit 192.168.221.2 trat ein Fehler auf.
Und bei einer SSH Verbindung kommt:
login as: root
root@192.168.221.2's password:
Server refused to allocate pty
Das ganze Spiel (Neues Image, neues Pivccu, Backup rein) habe ich zwei mal durchlaufen um Fehler auszuschließen. Jedes mal mit dem selben deprimierenden Ergebnis.
Jetzt ist mein Vertrauen in die ganze (piv-)CCU-Technik ziemlich erschüttert.
BITTE: Kann man da noch was "geraderichten"
Leider habe ich für mein Problem ja keine Lösungsvorschläge bekommen.
Und da ich selbst auch nicht mehr weiter wusste habe ich mich für eine komplette Neuinstallation entschieden. Backup ist ja vorhanden (dachte ich mir).
Da mittlerweile ja schon ein Update für "Bullseye" raus ist wollte ich gleich den großen Schritt darauf wagen. Und bei dem neuen "Bookworm" gibt es nun auch eine Version mit 64 Bit. Genau die habe ich gewählt.
Installation klappte ohne Hürden.
Auch Pivccu konnte ich installieren und aus dem Netzwerk erreichen.
Doch mit dem Einspielen des Backups klappt nichts mehr!!
Pivccu ist nicht mehr per Browser erreichbar. Ein Ping auf die IP wird aber beantwortet. Hier mal ein pivccu-info:
Code: Alles auswählen
piVCCU version: 3.73.9-87
OS: Debian GNU/Linux 12 (bookworm)
Kernel: 6.1.0-rpi7-rpi-v8 aarch64
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: RPI-RF-MOD
Connected via: GPIO@3f201000.serial (/dev/raw-uart)
Board serial: 58A9A71575
Radio MAC: 0xFF1575
HMIP Hardware: RPI-RF-MOD
Connected via: GPIO@3f201000.serial (/dev/raw-uart)
SGTIN: 3014F711A0001F58A9A71575
Radio MAC: 0xB03CE6
State: RUNNING
PID: 1419
IP: 192.168.221.2
IP: 2003:f1:ff43:3600:387a:bfff:fe81:b0f4
Link: vethpivccu
TX bytes: 706.62 KiB
RX bytes: 5.74 MiB
Total bytes: 6.43 MiB
Fehler: Verbindung fehlgeschlagen
Beim Verbinden mit 192.168.221.2 trat ein Fehler auf.
Und bei einer SSH Verbindung kommt:
login as: root
root@192.168.221.2's password:
Server refused to allocate pty
Das ganze Spiel (Neues Image, neues Pivccu, Backup rein) habe ich zwei mal durchlaufen um Fehler auszuschließen. Jedes mal mit dem selben deprimierenden Ergebnis.
Jetzt ist mein Vertrauen in die ganze (piv-)CCU-Technik ziemlich erschüttert.
BITTE: Kann man da noch was "geraderichten"
Re: Upgrade von Debian Buster nach Bullseye
Sorry, das das Thema jetzt nicht mehr in diesen Thread passt, ist aber ja eine Folge davon.
PS: Sollte/muss ich vor einem Einspielen des Backups eventuell die Addons installieren? Könnte das >>solche<< Auswirkungen haben ?
PS: Sollte/muss ich vor einem Einspielen des Backups eventuell die Addons installieren? Könnte das >>solche<< Auswirkungen haben ?