Probleme mit Putty

[Glotzkowski]

Müßte das Umbenennen nicht verhindert werden? Weil so existiert ja eth0 nicht mehr.

Wie das zustande kommt weiß ich leider auch nicht, scheint mir aber eine Besonderheit dieser Hardware zusein.
Das Problem mit den renamed interfaces hatte schonmal jemand mit einem anderen Board hier im Forum:
https://knx-user-forum.de/forum/proj...i-alix-apu-2c4

Soll ich dann die rth3 bis eth5 löschen?

Ja, bei beiden Versuchen ausschließlich eth0 - eth2 drin stehen lassen.
Ich vermute, dass es eher mit den MAC Adresse 00:0d:b9:49:40:xx funktionieren wird da das Sytem sagt, dass eth0 zu eth5 umbenannt wurde und es mit dieser MAC Adresse prinzipiell zu funktionieren scheint.

[HaJo666]

Soll ich dann die rth3 bis eth5 löschen?

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d6", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d4", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:79", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:7a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:78", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"

[Glotzkowski]

Na den Inhalt von Post #75 in Deine Datei übernehmen, entweder mit den MAC Adressen

00:0d:b9:3c:ca:d4 (eth0)
00:0d:b9:3c:ca:d5 (eth1)
00:0d:b9:3c:ca:d6 (eth2)

und wenn das nach Reboot nicht funktioniert

00:0d:b9:49:40:78 (eth0)
00:0d:b9:49:40:79 (eth1)
00:0d:b9:49:40:7a (eth2)

Die ifcfg sollte auch immer dementsprechend angepasst werden (HWADDR) und wie wintermute bereits geschrieben hatte die UUID entfernen

Anschließend durch umstecken testen welche Deiner physikalischen Netzwerkschnittstellen denn eth0 ist und ausschließlich diese sollte auch die IP-Adresse besitzen.

[HaJo666]

Was soll ich denn deiner Meinung nach tun?
Müßte das Umbenennen nicht verhindert werden? Weil so existiert ja eth0 nicht mehr.
Ich hatte zwei Ping mit /t laufen. Eine IP von eth0 und eine IP von eth5. Es ist nur die IP zu erreichen, die in eth5 eingestellt ist.

Wollte gerade edomi installieren! Warte erst mal auf deine Antwort.

[Glotzkowski]

Hier kommt wieder der Titel dieses Beitrages zum Zuge "Probleme mit putty".
Mit putty bekomme ich keine Verbindung mit der apu. Von mehreren PC's getestet. Ich nehme nun Zoc.
Zoc oder vi, stellt wohl am Ende der Zeile den Buchstaben doppelt dar. Wenn ich einen Lösche, dann erscheint das nächste Zeichen doppelt. Hier die 6.

Ok, wollte nur sicherstellen, dass da kein Fehler vorliegt.
Das Verhalten mit doppelt angezeigten Zeichen gibt es bei putty nicht, ist aber auch egal, wenn es korrekt in der Konfiguration steht.
Trotzdem ist die 70-persistent-net.rules meiner Meinung nach noch nicht in Ordnung, vor allem, wenn Du in der ifcfg bei einer Schnittstelle die IP Adresse änderst und diese dann auch bei einer weiteren Schnittstelle auftaucht...
Es sollten ausschließlich die Schnittstellen auftauchen, welche auch vorhanden sind und auch wenn "der ping geht" würde ich so nicht weitermachen, da es hierdurch evtl. Folgeprobleme geben kann und Du keine Freude mit dem System haben wirst.
Die Frage ist nun welche der 6 MAC-Adressen nun die korrekten sind.
Bei einem System mit mehreren Netzwerkkarten MUSS für EDOMI eth0 vorhanden sein und korrekt funktionieren, da das System standarmäßig für diese Schnittstelle ausgelegt ist.

[HaJo666]

Wenn ich in der ifcfg-eth5 die IP ändere, dann hat der Netzwerkanschluß eth0 auch diese Adresse. Mit einem ping überprüft.

Ich würde jetzt einfach noch einmal versuchen edomi zu installieren und schauen was passiert.

[HaJo666]

Wie schon oben gesagt, ein ping auf 192.168.178.201 ist erfolgreich.

[HaJo666]

Hier noch eine Info

Schnittstelle eth0 hochfahren:  Gerät eth0 scheint zu fehlen, Initialisierung verzögert.
[FEHLGESCHLAGEN]
Schnittstelle eth3 hochfahren:  Gerät scheint zu fehlen, Initialisierung verzögert.
[FEHLGESCHLAGEN]
Schnittstelle eth4 hochfahren:  Gerät scheint zu fehlen, Initialisierung verzögert.
[FEHLGESCHLAGEN]
r8169 0000:01:00.0: eth5: link down
r8169 0000:01:00.0: eth5: link down
ADDRCONF(NETDEV_UP): eth5: link is not ready
Determining if ip address 192.168.178.201 is already in use for device eth5...

Erscheint beim Starten.

[HaJo666]

Hier kommt wieder der Titel dieses Beitrages zum Zuge "Probleme mit putty".
Mit putty bekomme ich keine Verbindung mit der apu. Von mehreren PC's getestet. Ich nehme nun Zoc.
Zoc oder vi, stellt wohl am Ende der Zeile den Buchstaben doppelt dar. Wenn ich einen Lösche, dann erscheint das nächste Zeichen doppelt. Hier die 6.

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d6", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d4", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:79", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:7a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:78", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"

[Glotzkowski]

Ich sehe da gerade noch, dass da am Ende der Datei noch mehr Einträge enthalten sein könnten, die evtl. stören.

setz mal bitte ein

cat /etc/udev/rules.d/70-persistent-net.rules

ab und poste es in einem Code-Fenster.

[Glotzkowski]

Genau so wie Du es geschrieben hast meinte ich das mit dem Code-Fenster.

Mach bitte mal das putty-Fenster etwas breiter, sodass die Konfigurationsdateien keine Zeilenumbrüche enthalten, so können prinzipiell auch Fehler entstehen bzw. nicht gesehen werden.
Wenn ich mir den Inhalt des Code-Fensters ansehe und den vermutlichen Zeilenumbruch entferne haben die MAC-Adressen eine falsche Syntax (1 Zeichen "d" zu viel):

[COLOR=#0000FF]# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:[B]dd6[/B]", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"[/COLOR]

Das hätte dann natürlich zur Konsequenz, dass die Netzwerkschnittstellen softwaretechnisch nicht geladen werden können und somit die ganzen Probleme zustande kommen. Aufgrund der vorliegenden Informationen würde ich sagen, dass es so aussehen muss:

[COLOR=#0000FF]# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d4", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:d6", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"[/COLOR]

[wintermute]

Loesch vor allem mal die UUID=-Zeilen aus den ifcfg-Dateien!

[HaJo666]

Ich weiß nicht wie man so ein Codefenster einfügt aber vieleicht geht es auch so:

[root@localhost ~]# vi /etc/udev/rules.d/70-persistent-net.rules

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:dd
6", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:dd
4", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:3c:ca:dd
5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0d:b9:49:40:77
9", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

# PCI device 0x10ec:0x8168 (r8169)
"/etc/udev/rules.d/70-persistent-net.rules" 23L, 1245C written

und

eth0: 00:0D:B9:3C:CA:D4
eth1: 00:0D:B9:3C:CA:D5
eth2: 00:0D:B9:3C:CA:D6
eth3: gibt es nicht
eth4: gibt es nicht
eth5: 00:0D:B9:3C:CA:D4 (eth0 Umbenannt)

[Glotzkowski]

Ich blicke bei Deinen MAC-Adresse nicht durch, da in Deinem Post #66 Zeilenumrüche mit drin sind und die MAC-Adressen da ein Zeichen zu viel haben...
Mach dochmal ein Code-Fenster und kopiere dort den Inhalt der 70-persistent-net.rules hinein, dann müssten auch die Smileys weg sein...

Ich denke die 70-persistent-net.rules ist mit falschen Informationen gefüllt und daher funktioniert Dein Netzwerk-Stack nicht korrekt.
Wenn Du die Datei nochmal postest kann ich Dir diese gerne mal nach meiner Vorstellung korriegieren.

[HaJo666]

Ja es sind drei nach aussen geführt.
Folgende Mac-Adressen habe ich aus den ifcfg's
eth0: 00:0D:B9:3C:CA4
eth1: 00:0D:B9:3C:CA5
eth2: 00:0D:B9:3C:CA6
eth3: gibt es nicht
eth4: gibt es nicht
eth5: 00:0D:B9:3C:CA4 Wenn ich die HWADDR aktiv lasse, kommt beim hochfahren eine Meldung. Sinngemäß: Andere MAC-Adresse erwartet. Daraufhin habe ich die Zeile auskommentiert.