Kann eth0 beim booten angeblich nicht laden

[guennid]

Alles ist gut, alles ist so, wie es sein muss/soll.

Er hat halt nur kein Netz. Aber man kann halt nicht alles haben!

Janas Tipps sollten das Problem klären.

[BongoFury]

Nein, nein, ich habe Netz, das ist nicht das Problem. Ich wollte lediglich wissen wieso ich diese Fehlermeldung beim booten habe.

Da hat wohl der Netzwerkmanager das Umbenennen (rename) von eth0 zu enp2s0 nicht kapiert.

Das halte ich jetzt für recht wahrscheinlich, und falls es so ist, müsste dann nicht irgend ein Script fehlerhaft sein?

[BongoFury]

Such dir was aus und gute Besserung!

Dankeschön, ich kanns brauchen... schnorchel, schnupf... Immerhin habe ich jetzt etwas zum lesen

[BongoFury]

Wie ich vermutet habe...es gibt keine eth0. Ursache sind die Regeln für "Predictable NIC-Names". Dazu findest du Infos im Web. Die Schnittstellen heissen enp2s0 und wlp6s0. Alles ist gut, alles ist so, wie es sein muss/soll.

Danke , da hatte ich noch nie was von gehört.Muss mich wohl mal schlau(er) machen.

[BenutzerGa4gooPh]

Ich wollte lediglich wissen wieso ich diese Fehlermeldung beim booten habe.

Ist im Netzwerkmanager (GUI) eth0 eingetragen? Vielleicht doch mal enp... löschen und neu konfigurieren?

Fehler zeitlich vor Netzwerkmanager kommt von ifup, prüfen:

ifup -v SCHNITTSTELLEN-NAME bzw. ifdown -v SCHNITTSTELLEN-NAME (-v wie verbose) berichten ausführlich, was sie machen.

https://wiki.ubuntuusers.de/interfaces/

Prüfe sonst mit nmcli-Status-Kommandos! Link oben (Ubuntu) oder Websuche nach "nmcli example".

[BongoFury]

/etc/network/interfaces.d :

(edit) Der Pfad lautet:

/etc/network/interfaces.d/setup
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

Das wundert mich jetzt das die Installationroutine das so benennt wenn es doch enp2s0 heißen sollte. Oder sehe ich das falsch?

[BenutzerGa4gooPh]

Ganz so kann es nicht sein:

Code: Alles auswählen

cat /etc/network/interfaces.d
cat: /etc/network/interfaces.d: Ist ein Verzeichnis

und bei mir leer. Beides sollte bei dir auch der Fall sein!

Wo auch immer der gepostete, falsche Eintrag steht, er wird die Ursache deiner Fehler sein.

Code: Alles auswählen

Apr 02 12:57:37 rechner ifup[393]: ifup: failed to bring up eth0

Ich war mit dem Netzwerkmanager auf dem Holzweg.

Zur Vermeidung von Missverständnissen:

Code: Alles auswählen

cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

Bei Verwendung des Netzwerkmanagers sollte da nichts anderes drin stehen!
Und nun rätseln wir mal, aus welcher Datei und von wem der falsche Eintrag stammt ...

[TomL]

/etc/network/interfaces.d :

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

Hier ist das Problem. ifup.service verwendet diesem Eintrag zum initialisieren des Nics. Ändere es einfach von eth0 auf enp2s0 . Und schon sollte das Netzwerk beim nächsten restart geöffnet werden.

[BongoFury]

Werde ich machen, Danke. Nur muss ich dann sagen das die Installationsroutine das wohl falsch einträgt, denn ich war es nicht
Gruß, Bongo

[BenutzerGa4gooPh]

Hier ist das Problem. ifup.service verwendet diesem Eintrag zum initialisieren des Nics.

Und weshalb und mit welcher Folge für ifup.service in einer Datei /etc/network/interfaces.d ?
/etc/network/interfaces des TO (wie bei mir auch) verweist doch auf

Code: Alles auswählen

source /etc/network/interfaces.d/*

Des Weiteren habe ich (Stretch) an diesen Konfigs nicht rumgespielt, Verzeichnis /etc/network/interfaces.d/* ist leer. Glaube kaum, dass der Installer plötzlich anders arbeitet:

Nur muss ich dann sagen das die Installationsroutine das wohl falsch einträgt, denn ich war es nicht

Sehr merkwürdig alles ... oder Änderungen bei Testing/Buster?

[BongoFury]

Sorry, ich hatte da den Pfad unvollständig, es musste
/etc/network/interfaces.d/setup
sein.

Ich habe jetzt den Eintrag geändert, also eth0 gegen enp2s0 ersetzt, jetzt also:

auto lo
iface lo inet loopback

auto enp2s0
iface enp2s0 inet dhcp.

Und ich bekomme nun auch keine Fehlermeldung mehr. Aber wie gesagt, ich hatte da nicht dran rumgefummelt. Kann man daraus nicht schließen das die Datei bei der Installation mit dem falschen Wert versehen wird?

[BongoFury]

Ach ja, auch hier Stretch. Komisch das Du die Datei nicht hast.

[TomL]

Und ich bekomme nun auch keine Fehlermeldung mehr. Aber wie gesagt, ich hatte da nicht dran rumgefummelt. Kann man daraus nicht schließen das die Datei bei der Installation mit dem falschen Wert versehen wird?

Eigentlich läuft das mit dem Installer korrekt... aber ich vermute, hier jetzt via Ferndiagnose was zu sagen, ist nix anderes als Spökenkiekerei... wenns läuft, sei froh. Mit ip a s dev enp2s0 kannst Du kontrollieren, ob das NIc aktiv ist. Es müssten dann IP-Adressen vergeben sein und der Status muss "up" sein:

ip a s dev enp2s0
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

[TomL]

Hier ist das Problem. ifup.service verwendet diesem Eintrag zum initialisieren des Nics.

Und weshalb und mit welcher Folge für ifup.service in einer Datei /etc/network/interfaces.d ?
/etc/network/interfaces des TO (wie bei mir auch) verweist doch auf

Code: Alles auswählen

source /etc/network/interfaces.d/*

Ich weiss nicht so recht, was ich darauf antworten soll... weil ich die Frage nicht so recht vestehe. Die Unit ifup@.service verwendet das frühere ifupdown, welches wiederum die Einstellungen aus der /etc/network/interfaces ausliest. init.d-Scripte und somit das ebenso alte Script networking, welches wohl auch auf ifupdown aufbaut, sind eigentlich tot, und somit wohl auch das frühere Default-Script networking. Man braucht das also eigentlich nicht mehr, das funktioniert mit systemd imho heute alles viel einfacher.

Was jetzt speziell hier schiefgelaufen ist, lässt sich aus der Ferne kaum feststellen. Bei all meine Desktop-Less-Setups ist eigentlich immer zuerst die ifup@-Unit aktiviert... bei manchen Systemen lass ich's, bei einigen aktiviere ich systemd-networkd, bei anderen meinen kleinen Networkmanager selnic... ganz nach Bedarf und Notwendigkeit.

[BenutzerGa4gooPh]

Ich weiss nicht so recht, was ich darauf antworten soll... weil ich die Frage nicht so recht vestehe.

Ich meinte die falschen Bezüge zwischen den Dateien. Aber da hatte sich der TO geirrt und das korrigiert.

@TO: Mit Nutzung vom Netzwerkmanager sollte die /etc/network/interfaces keine Einträge ausser l0 besitzen - oder es ist zu beachten:
https://wiki.debian.org/NetworkManager# ... _Unmanaged
Du hast nun eine von /etc/network/interfaces per Verzeichnis referenzierte Datei /etc/network/interfaces.d/setup
Ich würde diese Datei testweise in ein anderes Verzeichnis verschieben. Nicht einfach umbenennen wegen Referenzierung des gesamten Verzeichnisses. Wenn nach Reboot Journal und dmesg und ip a weiterhin fehlerfrei, diese Datei löschen. Irgendwann fällt dir sonst die Datei noch einmal auf die Füße, keiner denkt daran.

[TomL]

Mit Nutzung vom Netzwerkmanager sollte die /etc/network/interfaces keine Einträge ausser l0 besitzen

Wenn es sich um einen stationären PC handelt, also ne Maschine, die immer am Patchkabel hängt, würde ich gar nix machen, sondern das genau so laufen lassen. Allerdings mit dem wlan-Nic kanns auch ne molbile Kiste sein... dann muss man sich wohl wirklich dieses Teil "networkmanager" antun... na ja.... und in dem Fall müssen natürlich die Konflikte mit der /etc/networking/interfaces ausgeschlossen werden.

[BongoFury]

Mit ip a s dev enp2s0 kannst Du kontrollieren, ob das NIc aktiv ist. Es müssten dann IP-Adressen vergeben sein und der Status muss "up" sein:

Ich denke das sieht gut aus:
ip a s dev enp2s0

Code: Alles auswählen

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether c4:54:44:e4:a4:7e brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.5/24 brd 192.168.1.255 scope global enp2s0
       valid_lft forever preferred_lft forever
    inet6 2001:4dd3:5b17:0:c654:44ff:fee4:a47e/64 scope global mngtmpaddr dynamic 
       valid_lft 7136sec preferred_lft 3536sec
    inet6 fe80::c654:44ff:fee4:a47e/64 scope link 
       valid_lft forever preferred_lft forever

[BongoFury]

Ich würde diese Datei testweise in ein anderes Verzeichnis verschieben

Ich habe die Datei in ein Userverzeichnis verschoben und es funktioniert alles prächtig... also das Netzwerk.
Es gibt dort allerdings noch eine Datei die ein Hinweis sein könnte was da passiert ist, und zwar heisst die Datei "networklog_demsg" und hat folgenden Inhalt:

Code: Alles auswählen

[    1.216222] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.216897] r8169 0000:02:00.0 eth0: RTL8106e at 0xffffa7f240ca5000, c4:54:44:e4:a4:7e, XID 04900000 IRQ 33
[    1.256403] r8169 0000:02:00.0 enp2s0: renamed from eth0
[   20.448758] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8106e-1.fw
[   20.637300] r8169 0000:02:00.0 enp2s0: link down
[   21.862907] r8169 0000:02:00.0 enp2s0: link down
[   22.181126] r8169 0000:02:00.0 enp2s0: link up

Ich kann hier auch nur vermuten das diese nach der Installation der Realtek Firmware entstanden ist. (Sorry, ich kann das jetzt nicht anders ausdrücken.) Ich werde diese Datei auch mal verschieben, braucht wahrscheinlich auch kein Mensch mehr. (Edit) Hat funktioniert.

(Edit2) Und ja, der Rechner ist mobil, ich benutze also gelegentlich das WLAN, habe es aber hier stets abgeschaltet.

[BongoFury]

Hallo,
ich wollte mich nochmal herzlich für eure Hilfe bedanken, echt prima.
Gruß, Bongo