Raspberry nach Update der network interface auf Raspian Bookworm nicht mehr erreichbar

[phipro92]

Folgt man der Installationsanleitung für den Raspberry Pi (3B) in Schritt 9.1 für "Update your config. (Replace eth0 if necessary)", ist der Raspberry Pi nach dem Reboot nicht mehr erreichbar. (Ping schlägt fehl: "Host down")
https://alexreinert.github.io/piVCCU/docs/setup/raspberrypi.html

Ich konnte den Fehler soweit eingrenzen, dass mit einem frischen Raspian Bookworm 64-bit und der direkten Ausführung des Schritts Nr. 9, der Raspberry Pi an Eth0 anschließend nicht mehr erreichbar ist.

Wenn ich die interface Datei manuell mit 'nano' wie folgt ändere, bootet der Raspberry normal und ist über Eth0 weiter erreichbar:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

iface eth0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eth0

Ich vermute, dass der Fehler mit dem EOT' am Ende oder der source-directory in der Anleitung zu tun hat.

[Ronald-Oni]

Ich kann leider bestäigen, dass die Anleitung für eine Neuinstallation von Debian Bookworm auf einem Raspberry 4 so nicht funktioniert. Habs mind 5x durch. Nach dem Reboot kein Netzwerk mehr und kein Zugriff per SSH.
Im Anhang das Installations Log von piVCCU.
Ich habe es leider nicht zum Laufen bekommen! Komme nicht weiter.
piVCCU install log - LAN fail.txt

[wibear-gh]

@phipro92

Ich konnte den Fehler soweit eingrenzen, dass mit einem frischen Raspian Bookworm 64-bit und der direkten Ausführung des Schritts Nr. 9, der Raspberry Pi an Eth0 anschließend nicht mehr erreichbar ist.

Wenn ich die interface Datei manuell mit 'nano' wie folgt ändere, bootet der Raspberry normal und ist über Eth0 weiter erreichbar:

source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
iface eth0 inet manual
auto br0
iface br0 inet dhcp
bridge_ports eth0__

Ich habe denselben Fehler und habe exakt diesen Inhalt in die "interfaces" kopiert und manuell das Verzeichnis ""interfaces.d" angelegt. Der Raspi hat aber nicht neu gebootet. Habe ich da was übersehen? Danke.

[sreitner]

Bei Bookworm wurden etliche Standardpakete geändert, unter anderem erfolgt die Netzwerkverwaltung jetzt über network-manager. Theoretisch sollte der alte ifconfig (/etc/network/interfaces usw.) Konfiguration lesen können, praktisch funktioniert das aber nicht wirklich gut. Man sollte die Netzwerkbrücke deshalb in network-manager nachbauen. Ein grundlegender Unterschied ist zB., dass das Interface nicht mehr eth0 heißt, sieht man im nmcli.

Die Installationsanleitung müsste dahingehend geändert oder ergänzt werden.

[Sweethome54]

Gleiches Problem auf dem Pi 5 (Bookworm / 64 Bit)
Sobald Schritt 8 - Aktualisieren Sie Ihre Konfiguration. (Ersetzen Sie eth0 , falls nötig) ausgeführt wird, ist der Pi nicht mehr per SSH erreichbar. Lasse ich die Konfiguration der Netzwerkbrücke weg, startet der pi und die ccu ganz normal:

piVCCU version: 3.79.6-92
OS: Debian GNU/Linux 12 (bookworm)
Kernel: 6.6.51+rpt-rpi-2712 aarch64
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: RPI-RF-MOD
Connected via: [email protected] (/dev/raw-uart)
Board serial: 9D89B737C4
Radio MAC: 0x774819
HMIP Hardware: RPI-RF-MOD
Connected via: [email protected] (/dev/raw-uart)
SGTIN: 3014F711A0001F9D89B737C4
Radio MAC: 0xB962C7
State: RUNNING
PID: 1174
IP: 169.254.5.13
Link: vethpivccu
TX bytes: 337.84 KiB
RX bytes: 2.54 KiB
Total bytes: 340.37 KiB

[wibear-gh]

Ich habe ein ähnliches Resultat:

piVCCU version: 3.79.6-92
OS: Debian GNU/Linux 12 (bookworm)
Kernel: 6.6.62+rpt-rpi-v8 aarch64
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
Connected via: [email protected] (/dev/raw-uart)
Board serial: SEQ1778164
Radio MAC: 0x753246
HMIP Hardware: HM-MOD-RPI-PCB
Connected via: [email protected] (/dev/raw-uart)
SGTIN: 3014F711A061A7DD89A489F4
Radio MAC: 0xB3B0D2
State: RUNNING
PID: 2049
IP: 169.254.5.127
Link: vethpivccu
TX bytes: 92.51 KiB
RX bytes: 2.38 KiB
Total bytes: 94.89 KiB

Übrigens, bei mir läuft auch die APIPA (automatische TCP/IP-Adressierung) mit 169.254.x.x. Die piVCCU soll doch über die IP nicht erreichbar sein? Der Raspi startet bei mir ja auch, nur piVCCU ist nicht erreichbar.

startet der pi und die ccu ganz normal:

Was heißt das: ist die piVCCU erreichbar?

[nerk]

EDIT: Sorry, ich habe den Kommentar auf Englisch geschrieben, habe nicht aufgepasst.... ;-)

bookworm only:

Here is how I created the bridge with nmcli. If your network is currently not working because you followed the original installation description, make sure to delete file /etc/network/interfaces and reboot your pi.

You should now have a working network again. Check the name of your original wired connection

nmcli con

In my case the name was "Wired connection 1", device name was "eth0".

Create the bridge as follows. Maybe sudo is not necessary, I used it anyway:

sudo nmcli con add ifname br0 type bridge con-name br0
sudo nmcli con add type bridge-slave ifname eth0 master br0
sudo nmcli con modify br0 bridge.stp no
sudo nmcli con down "Wired connection 1"
sudo nmcli con up br0

Reboot and you should be all set.

[wibear-gh]

Guten Abend Thomas und vielen herzlichen Dank! Habe bisher jede Menge Zeit damit vergeudet. Es hat auf Anhieb geklappt. Viele Grüße...

[fonni43]

Schliesse mich dem Vorredner an Thanks a lot

[AndreMaeller]

Guten Abend!

Ebenfalls herzlichen Dank von meiner Seite - hat mit Bookworm 64bit lite perfekt funktioniert:

sudo nmcli con add ifname br0 type bridge con-name br0
sudo nmcli con add type bridge-slave ifname eth0 master br0
sudo nmcli con modify br0 bridge.stp no
sudo nmcli con down "Wired connection 1"
sudo nmcli con up br0

[Pocky2507]

Bei mir heisst das nun nicht mehr eth0 sondern end0
Sollte das dann so funktionieren? eth0 geändert in end0?

sudo nmcli con add ifname br0 type bridge con-name br0
sudo nmcli con add type bridge-slave ifname end0 master br0
sudo nmcli con modify br0 bridge.stp no
sudo nmcli con down "Wired connection 1"
sudo nmcli con up br0

[wibear-gh]

Und was kommt da raus:

Verify, that eth0 is the name of your primary network interface:
sudo ip link show | cut -d' ' -f2 | cut -d: -f1 | grep -e '^e.*'

[nerk]

@Pocky2507 Es muss beides passen, Verbindungsname und Gerät. Wenn der Verbindungsname "Wired connection 1" und das zugehörige Gerät "end0" sind, dann funktioniert es so. Ansonsten muss "Wired connection 1" ebenfalls angepasst werden. Am einfachsten findet man die entsprechenden Werte durch Aufruf von

nmcli con

Ausgabe sieht dann z.B. so aus:

NAME                   UUID                                  TYPE         DEVICE          
lo                     d85e105b-3e5a-431e-a0d5-fd78e3ccee4f  loopback     lo               
Wired connection 1     19387f00-5a44-4acd-b450-79a8b12b3726  ethernet     eth0 

Die Unterschiede bei der Namensgebung der Interfaces (z.B. eth0, end0) entstehen übrigens in Abhängigkeit davon, ob man bei der Installation "Predictable Network Interface Names" ausgewählt hat oder nicht. Ich habe das bei meinem Raspi nicht getan und deshalb wird noch die alte Konvention verwendet.