Hilfft auch nicht. In beiden Fällen kommt mit diesem Eintrag keine LAN verbindung zu stande
Keine gültige ip Adresse unter Stretch
-
dennis_n -
4. Januar 2019 um 19:32 -
Unerledigt
-
-
Keine gültige ip Adresse unter Stretch? Schau mal ob du hier fündig wirst!
-
In beiden Fällen kommt mit diesem Eintrag keine LAN verbindung zu stande
Dann versuch mal mit dhcp in der dhcpcd.conf (statt statisch).
-
OK jetzt kommt zumindest mal eine Verbindung zustande.
Ich mache mal ein paar Reboots und melde mich gleich wieder...
-
Leider nicht.
Nach dem 4. Reboot hat er überhaupt keine Adresse mehr bekommen.
-
Nach dem 4. Reboot hat er überhaupt keine Adresse mehr bekommen.
Konfiguriere wait in der dhcpcd.conf und restarte den dhcpcd.
-
Leider auch nicht. Ich weiss echt nicht mehr weiter.
Bin kurz davor wieder Jessie zu installieren.
Kann doch aber nciht sein, dass sonst niemand dieses Problem hat.
Liegt es vielleicht an meiner Fritzbox?
-
Liegt es vielleicht an meiner Fritzbox?
Deaktiviere dhcpcd und versuch mal mit systemd-networkd.
-
Weil sich beim Major Upgrade von Debian 8 (Jessie) auf Debian 9 (Stretch) in der Netzwerkkonfiguration etwas geändert hat. Insbesondere zugunsten der systemd-services.
Vllt. hast Du Dich beim Filenamen dhcpcd.conf auch nur vertippt *,con, *.conf.
Und welche Einträge konkret in welche .conf Dateien einzutragen sind, siehst Du auf Deinem Pi mit < man dhcpcd.conf > und den dortigen SEE ALSO.
Das vorangestellte "static" gibt es IMHO nicht mehr, dürfte aber auch nicht schaden.
Servus !
-
Bin kurz davor ...
Ist dein Stretch ein release-upgrade oder eine Neuinstallation?
-
Eine komplette Neuinstallation
-
Muss ich für systemd-networkd die Dinge wie dhcpcd deaktivieren?
Sorry überlesen, also deaktivieren
-
Eine komplette Neuinstallation
Hast Du so konfiguriert, dass beim booten schon die Netzwerkverbindung hergestellt wird?
-
Jetzt bin ich überfragt. Wo stelle ich das ein und wie?
-
Wo stelle ich das ein und wie?
Siehe mit "sudo raspi-config".
-
ja das ist eingestellt
-
systemd-networkd ist aktiviert. Ich mache dann mal ein paar Reboots
-
Bringt leider auch nichts.
Genau die gleiche Problematik
-
Bringt leider auch nichts.
Hast Du dhcpcd deaktiviert? Poste mal die *.network-Datei mit der Konfiguration und die Ausgabe von:
EDIT:
Beispiel für die *.network-Datei:
systemd-networkd wird dann auch auf dem udp-Port 68 lauschen und es wird auch eine zusätzliche Route zur FritzBox (DHCP-Server) vorhanden sein. Poste danach auch die Ausgaben von:
-
Also meine *.network Datei sieht jetzt aus wie in deinem Beispiel.
Die Ausgabe von systemctl zeigt:
Code
Alles anzeigenpi@raspberrypi:~ $ systemctl status systemd-networkd ● systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2019-01-05 00:22:06 CET; 7min ago Docs: man:systemd-networkd.service(8) Main PID: 126 (systemd-network) Status: "Processing requests..." CGroup: /system.slice/systemd-networkd.service └─126 /lib/systemd/systemd-networkd Jan 05 00:22:06 raspberrypi systemd[1]: Starting Network Service... Jan 05 00:22:06 raspberrypi systemd-networkd[126]: Enumeration completed Jan 05 00:22:06 raspberrypi systemd[1]: Started Network Service. Jan 05 00:22:07 raspberrypi systemd-networkd[126]: eth0: Cannot disable IPv6 for interface eth0: No such file or di Jan 05 00:22:09 raspberrypi systemd-networkd[126]: eth0: Gained carrier Jan 05 00:22:11 raspberrypi systemd-networkd[126]: eth0: DHCPv4 address 192.168.2.127/24 via 192.168.2.1 Jan 05 00:22:11 raspberrypi systemd-networkd[126]: eth0: Configured
Hier muss ich dazu sagen, dass ich eben noch IPv6 disabled habe. Brauche ich nicht.
netstat zeigt:
CodeAktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 102 9853 318/systemd-resolve tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 12449 400/sshd tcp 0 264 192.168.2.127:22 192.168.2.12:52778 VERBUNDEN 0 920 437/sshd: pi [priv] udp 0 0 0.0.0.0:33322 0.0.0.0:* 108 11474 319/avahi-daemon: r udp 0 0 127.0.0.53:53 0.0.0.0:* 102 9851 318/systemd-resolve udp 0 0 192.168.2.127:68 0.0.0.0:* 101 11786 126/systemd-network udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 11422 319/avahi-daemon: r udp 0 0 0.0.0.0:5355 0.0.0.0:* 102 9852 318/systemd-resolve
route -n zeigt:
CodeKernel-IP-Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.2.1 0.0.0.0 UG 1024 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.1 0.0.0.0 255.255.255.255 UH 1024 0 0 eth0
Und ip:
Code192.168.2.12 dev eth0 lladdr fc:aa:14:e3:f7:be DELAY 192.168.2.1 dev eth0 lladdr 38:10:d5:c0:89:df REACHABLE
Was mir auch noch aufgefallen ist, dass ich per ssh mal zugreifen kann und mal nicht. Selbst wenn der Pi die richtige IP Adresse hat, kann ich mal per ssh zugreifen und dann wieder nicht.
-
Leute, ich ahbe den Fehler gefunden!!!
Ihr werdet es nicht glauben, aber es lag am LAN4 der FritzBox.
Habe den Pi jetzt an einem anderen LAN Port hängen und bestimmt schon 10x rebootet ohne weitere Probleme.
-
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!