Alles vorherige gelöscht, weil Quatsch.
Die Teile bleiben ja gar nicht wie ich behauptet habe bei BT hängen, sondern eben bei den Treibern die danach kommen - Netzwerk. Warum auch immer braucht Pi3 und Pi4 mit den Installationen sehr lange um den Link zu erkennen.
Bullseye auf Pi3/ Pi4 (Eth bleibt lange hängen)
Re: Bullseye auf Pi3/ Pi4 (Eth bleibt lange hängen)
Hi Tobi,
das Verhalten beobachte ich hier auf meinem Pi 4 mit Bullseye auch.
das Verhalten beobachte ich hier auf meinem Pi 4 mit Bullseye auch.
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Teil des Upstream Betreuer Teams von Back In Time (backintime)
Re: Bullseye auf Pi3/ Pi4 (Eth bleibt lange hängen)
Na dann sollte ich nichts ganz falsch gemacht haben
Danke für die Rückmeldung.
Danke für die Rückmeldung.
- schorsch_76
- Beiträge: 2595
- Registriert: 06.11.2007 16:00:42
- Lizenz eigener Beiträge: MIT Lizenz
Re: Bullseye auf Pi3/ Pi4 (Eth bleibt lange hängen)
So ein Problem hatte ich mit einer Bridge. In der inet6 Sektion hab ich ein dad-attempts 0 gebraucht.
Code: Alles auswählen
auto br0
iface br0 inet manual
iface br0 inet6 static
accept_ra 2
bridge_ports none
bridge_stp off # disable Spanning Tree Protocol
bridge_waitport 0 # no delay before a port becomes available
bridge_fd 0 # no forwarding delay
dad-attempts 0 # no one will answer it
address fdxx:xxx:xxx:0020::1/64
post-up ip -4 addr add 192.168.210.1/24 dev $IFACE
Re: Bullseye auf Pi3/ Pi4 (Eth bleibt lange hängen)
Ich hatte schon versucht was passiert, wenn ich alle Interfaces inkl das vom Docker abklemme. Ändert aber nichts - es bleibt nach den BT Treibern / vor Netztreibern lange hängen.
Stören tut es halt wenn man "mal eben schnell" was ändern/ ausprobieren will und es dann doch "halbe Ewigkeit" dauert.
Stören tut es halt wenn man "mal eben schnell" was ändern/ ausprobieren will und es dann doch "halbe Ewigkeit" dauert.